Curiouser and curiouser...
I came across a patch that has something to do with the subject. This
patch was introduced almost a year ago into qt3-3.0.5-6 and was removed
(forgotten?) in the update to qt-3.1. Here it is (from qt3-3.0.5-6.patch):
--- qt-x11-free-3.0.5/src/tools/qstring.cpp
After some debugging sessions and some googling of qt-related mailing
list archives, I have now a clearer picture of the reason for this weird
bug that lets scribus crash when the LANG environment variable is set.
Before going to the scribus and qt mailing lists with this, I would like
to run
Benjamin Reed wrote:
That's strange, Q_OS_MAC should already be set in qglobal.h pretty muc
no matter what, I can't imagine how that wouldn't be completely
equivalent...
Not for qt-x11. You are thinking about Qt/Mac, I suspect. In qglobal.h,
I see
#define QT_PLATFORM Q_OS_MACX11
#if
Am Freitag, 08.08.03 um 17:35 Uhr schrieb Martin Costabel:
[...]
I am not buying this explanation completely, because on Darwin, this
bus error happens *every time*, and on Linux, *never*. So it doesn't
look like a problem involving randomly filled memory locations.
Oh it's not a surprise.
On Fri, Aug 08, 2003 at 05:35:16PM +0200, Martin Costabel wrote:
Gak. There's no quick workaround that I'm aware of. The Scribus folks
are relying on undefined behavior and we're stuck with the results.
The only solutions I'm aware of both involve patching Scribus. You
can either modify the
On Saturday, August 9, 2003, at 5:51PM, Martin Costabel wrote:
-#if defined( Q_OS_MAC )
+#if 1 /* defined( Q_OS_MAC ) */
QString *that = const_castQString *(QString::null);
that-d = QString::shared_null;
#endif
I am not sure if I want to learn enough C++ to understand what this is
On Saturday, August 9, 2003, at 7:11PM, Martin Costabel wrote:
Neither Q_OS_MACX nor Q_OS_MAC are defined, only Q_OS_MACX11.
You're right, that is a regression. I'll look into making a new
release.
--
We put a lot of thought into our defaults. We like them. If we
didn't, we would have made
