[kdevelop] [Bug 393779] Code parsing is totally broken

2018-05-13 Thread arrowdodger
https://bugs.kde.org/show_bug.cgi?id=393779

arrowdodger <6year...@gmail.com> changed:

   What|Removed |Added

 CC||6year...@gmail.com

--- Comment #33 from arrowdodger <6year...@gmail.com> ---
Why the added code checks for varargs.h? LLVM/Clang installed from FreeBSD
packages doesn't contain this header in /include. All other includes seem to be
in place.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 344290] When using a fixed pitch font that is not tagged as a "fixed pitch font", add the option to get word wrap marker.

2018-05-13 Thread arrowdodger
https://bugs.kde.org/show_bug.cgi?id=344290

arrowdodger <6year...@gmail.com> changed:

   What|Removed |Added

 CC||6year...@gmail.com

--- Comment #1 from arrowdodger <6year...@gmail.com> ---
I faced the same problem with Hasklig (aka Source Code Pro).

When the font is set to "Ubuntu Mono", the static word wrap marker is visible.
Switching to Hasklig makes it invisible despite "Show static word wrap marker"
option being turned on.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde-windows] [Bug 366596] Some KDE applications processes remain as background (zombie) processes after closing

2016-12-10 Thread arrowdodger
https://bugs.kde.org/show_bug.cgi?id=366596

--- Comment #27 from arrowdodger <6year...@gmail.com> ---
Not sure if this is relevant, but here are my findings

I **removed** all dbus files except dbus.dll and launched konversation. Upon
exit it hanged on QDBusServiceWatcher destructor.

Qt5Cored.dll!QWaitConditionPrivate::wait(QWaitConditionEvent * wce,
unsigned long time) Line 119C++
Qt5Cored.dll!QWaitCondition::wait(QMutex * mutex, unsigned long time)
Line 184  C++
Qt5Cored.dll!QSemaphore::acquire(int n) Line 143C++
Qt5Cored.dll!QMetaObject::activate(QObject * sender, int signalOffset,
int local_signal_index, void * * argv) Line 3709 C++
Qt5Cored.dll!QMetaObject::activate(QObject * sender, const QMetaObject
* m, int local_signal_index, void * * argv) Line 3603C++
Qt5Cored.dll!QObject::destroyed(QObject * _t1) Line 217 C++
Qt5Cored.dll!QObject::~QObject() Line 920   C++
Qt5DBusd.dll!QDBusServiceWatcher::~QDBusServiceWatcher() Line 249  
C++
KF5Notifications.dll!QDBusServiceWatcher::`scalar deleting
destructor'(unsigned int)C++
Qt5Cored.dll!QObjectPrivate::deleteChildren() Line 1970 C++
Qt5Cored.dll!QObject::~QObject() Line 1041  C++
KF5Notifications.dll!KNotificationPlugin::~KNotificationPlugin() Line
34C++
KF5Notifications.dll!NotifyByPopup::~NotifyByPopup() Line 220   C++
KF5Notifications.dll!NotifyByPopup::`scalar deleting
destructor'(unsigned int)  C++
Qt5Cored.dll!QObjectPrivate::deleteChildren() Line 1970 C++
Qt5Cored.dll!QObject::~QObject() Line 1041  C++
KF5Notifications.dll!KNotificationManager::~KNotificationManager() Line
118 C++

If there is no dbus daemon running, the watcher clearly shouldn't hang on
waiting something, am I right?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde-windows] [Bug 366596] Some KDE applications processes remain as background (zombie) processes after closing

2016-11-29 Thread arrowdodger
https://bugs.kde.org/show_bug.cgi?id=366596

--- Comment #22 from arrowdodger <6year...@gmail.com> ---
>From what I know, the current course for KDE Apps on Windows is to have a
separate installer for each App. This means that each app would have its own
D-Bus stuff packaged in.

I'm concerned of how these apps would coexist if installed together. Would they
reuse a single D-Bus daemon, or run bundled ones? In the latter case there
absolutely zero sense to have D-Bus on Windows.
I'm also bugged by the fact that D-Bus processes keep running after app exits.

And what I was talking about is not ripping D-Bus functionality off, but adding
CMake options for frameworks in question to let them work without D-Bus. If
your app really requires D-Bus, just build everything with that option turned
to off.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde-windows] [Bug 366596] Some KDE applications processes remain as background (zombie) processes after closing

2016-11-29 Thread arrowdodger
https://bugs.kde.org/show_bug.cgi?id=366596

--- Comment #17 from arrowdodger <6year...@gmail.com> ---
Since this problem is present on Windows only, I'd rather continue with this
plan: https://www.mail-archive.com/kde-frameworks-devel@kde.org/msg34246.html

Actually I have it on my TODO already, just haven't managed to work on this yet
due to other stuff.

-- 
You are receiving this mail because:
You are watching all bug changes.

[konsole] [Bug 164540] Konsole fails to start a session

2016-11-05 Thread arrowdodger
https://bugs.kde.org/show_bug.cgi?id=164540

arrowdodger <6year...@gmail.com> changed:

   What|Removed |Added

 CC||6year...@gmail.com

--- Comment #18 from arrowdodger <6year...@gmail.com> ---
While Konsole indeed works now, the kpty tests are still failing:

Config: Using QtTest library 5.7.1, Qt 5.7.1 (x86_64-little_endian-lp64 shared
(dynamic) debug build; by Clang 3.8.0 (tags/RELEASE_380/final 262564))
PASS   : KPtyProcessTest::initTestCase()
QDEBUG : KPtyProcessTest::test_pty_basic() 0 bytes available, waiting
FAIL!  : KPtyProcessTest::test_pty_basic() 'p.pty()->waitForReadyRead(5000)'
returned FALSE. ()
   Loc: [/root/kderoot/download/git/kpty/autotests/kptyprocesstest.cpp(132)]
PASS   : KPtyProcessTest::test_pty_signals()
FAIL!  : KPtyProcessTest::test_ctty() Compared values are not the same
   Actual   (output) : ""
   Expected (QLatin1String("this is a test\r\n")): "this is a test\r\n"
   Loc: [/root/kderoot/download/git/kpty/autotests/kptyprocesstest.cpp(219)]
PASS   : KPtyProcessTest::test_shared_pty()
PASS   : KPtyProcessTest::test_suspend_pty()
PASS   : KPtyProcessTest::cleanupTestCase()
Totals: 5 passed, 2 failed, 0 skipped, 0 blacklisted, 2158ms

I dig this out up to KPtyDevicePrivate::_k_canRead() method. When
p.pty()->waitForReadyRead(5000) is called, this function return 0 in available
for ::ioctl(q->masterFd(), PTY_BYTES_AVAILABLE, (char *) &available) call.
This, in turn, leads to readBytes = 0 and method returning false.

I haven't yet figured out what to do with this.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde-windows] [Bug 366596] Some KDE applications processes remain as background (zombie) processes after closing

2016-09-30 Thread arrowdodger via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366596

arrowdodger <6year...@gmail.com> changed:

   What|Removed |Added

 CC||6year...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[frameworks-kdoctools] [Bug 357050] kdoctools fails to compile: failed to load external entity "Q:///kdoctools/docs/checkXML5/dtd/kdedbx45.dtd"

2015-12-29 Thread arrowdodger via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357050

arrowdodger <6year...@gmail.com> changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #6 from arrowdodger <6year...@gmail.com> ---
The problem was with my setup (or MSVC specifics). I had Qt compiled in Debug
mode and libxml2 compiled in RelWithDebInfo mode. Because of this, env
variables set with qputenv() was not visible to libxml2. This was causing kde's
catalog.xml to not load.

Rebuilding libxml2 fixed this, sorry for the noise.

-- 
You are receiving this mail because:
You are watching all bug changes.


[frameworks-kdoctools] [Bug 357050] kdoctools fails to compile: failed to load external entity "Q:///kdoctools/docs/checkXML5/dtd/kdedbx45.dtd"

2015-12-22 Thread arrowdodger via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357050

--- Comment #5 from arrowdodger <6year...@gmail.com> ---
This code is related to installation step, but i'm getting errors on building
stage.

-- 
You are receiving this mail because:
You are watching all bug changes.


[frameworks-kdoctools] [Bug 357050] kdoctools fails to compile: failed to load external entity "Q:///kdoctools/docs/checkXML5/dtd/kdedbx45.dtd"

2015-12-22 Thread arrowdodger via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357050

--- Comment #3 from arrowdodger <6year...@gmail.com> ---
If you are talking about
https://quickgit.kde.org/?p=kdoctools.git&a=commit&h=38265304276e6305f72a7e1a68aa1b4193657820
then it is not relevant, from what i can tell.

Regarding drive names, it's just an emerge option to shorten paths. R: is
pointing to KDEROOT (where all stuff is installed) and Q: is
KDEROOT/download/git (CMAKE_SOURCE_DIR, basically).

-- 
You are receiving this mail because:
You are watching all bug changes.


[frameworks-kdoctools] [Bug 357050] kdoctools fails to compile: failed to load external entity "Q:///kdoctools/docs/checkXML5/dtd/kdedbx45.dtd"

2015-12-22 Thread arrowdodger via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357050

--- Comment #1 from arrowdodger <6year...@gmail.com> ---
>From my own observations:

In xslt.cpp

static xmlChar *paths[MAX_PATHS + 1];
static int nbpaths = 0;

aren't seem to be filled. Could it be the cause?

-- 
You are receiving this mail because:
You are watching all bug changes.


[frameworks-kdoctools] [Bug 357050] New: kdoctools fails to compile: failed to load external entity "Q:///kdoctools/docs/checkXML5/dtd/kdedbx45.dtd"

2015-12-22 Thread arrowdodger via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357050

Bug ID: 357050
   Summary: kdoctools fails to compile: failed to load external
entity
"Q:///kdoctools/docs/checkXML5/dtd/kdedbx45.dtd"
   Product: frameworks-kdoctools
   Version: unspecified
  Platform: Compiled Sources
OS: MS Windows
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kde-doc-engl...@kde.org
  Reporter: 6year...@gmail.com
CC: kdelibs-b...@kde.org

When building on Windows using emerge i get:


Loaded URL=" R:///share/xml/docbook/xsl-stylesheets-1.78.1/manpages/table.xsl "
ID="  "
Loaded URL=" R:///share/xml/docbook/xsl-stylesheets-1.78.1/manpages/pi.xsl "
ID="  "
Loaded URL=" Q:/kdoctools/docs/checkXML5/man-checkXML5.1.docbook " ID="  "
nbpaths:  0
Q:/kdoctools/docs/checkXML5/man-checkXML5.1.docbook:4: warning: failed to load
external entity "Q:///kdoctools/docs/checkXML5/dtd/kdedbx45.dtd"
]>
  ^
Q:/kdoctools/docs/checkXML5/man-checkXML5.1.docbook:6: parser error : Entity
'language' not defined

  ^
Q:/kdoctools/docs/checkXML5/man-checkXML5.1.docbook:22: parser error : Entity
'XML' not defined
An &XML; lint tool for &kde; DocBook &XML; documents.
^
Q:/kdoctools/docs/checkXML5/man-checkXML5.1.docbook:22: parser error : Entity
'kde' not defined
An &XML; lint tool for &kde; DocBook &XML; documents.
^
...

Error: Unable to parse "Q:/kdoctools/docs/checkXML5/man-checkXML5.1.docbook"
NMAKE : fatal error U1077:
'R:\build\frameworks\kdoctools\work\msvc2015-Debug-master\bin\meinproc5.exe' :
return code '0
x1'
Stop.



Reproducible: Always

Steps to Reproduce:
emerge -i kdoctools

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdevelop] [Bug 356875] CMake Error: Could not create named generator 1

2015-12-21 Thread arrowdodger via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356875

arrowdodger <6year...@gmail.com> changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|CONFIRMED   |RESOLVED

--- Comment #2 from arrowdodger <6year...@gmail.com> ---
Fixed in
http://commits.kde.org/kdevelop/c5fde22d1de6696263dbf5ed92a478b610080dda

-- 
You are receiving this mail because:
You are watching all bug changes.