That's probably because I'm on 64-bit, so I guess my experience is
atypical for now ;)
On Sun, Aug 12, 2012 at 11:47 PM, Isaac wrote:
> On Mon, 13 Aug 2012 02:02:16 +
> cdesktopenv-devel-requ...@lists.sourceforge.net wrote:
>
>> Message: 7
>> Date: Sun, 12 Aug 2012 19:57:12 -0400
>> From: Fre
On Mon, 13 Aug 2012 02:02:16 +
cdesktopenv-devel-requ...@lists.sourceforge.net wrote:
> Message: 7
> Date: Sun, 12 Aug 2012 19:57:12 -0400
> From: Frederic Koehler
> Subject: Re: [cdesktopenv-devel] dtbuilder broken?
> To: j...@radscan.com
> Cc: CDE development
> Message-ID:
>
> Conte
On 08/12/2012 07:48 PM, Jon Trulson wrote:
> Seems dtbuilder isn't working well - I get:
>
> Warning: Color name "(nil)" is not defined
> Warning: Cannot convert string "False" to type Widget
> dtbuilder: WARNING: Object 'project'
> Could not allocate Background color "(nil)".
> Object's Background
On Sun, 12 Aug 2012, Marcin Cieslak wrote:
All 4 of these patches have been applied, thanks.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch himself out."
- one of my brothers, referring to the Curiosity landing.
--
Please forget the patch!
I've just seen that there was a similar patch a few minutes ago. ;-(
On 08/13/12 04:14, Ulrich Wilkens wrote:
>
> Here's a little patch that creates libraries ending with .so in the
> exports/lib directory. They are needed by the newly created binaries, at
> least on Free
Here's a little patch that creates libraries ending with .so in the
exports/lib directory. They are needed by the newly created binaries, at
least on FreeBSD. The solution is similar to linux.
>From 9e71f741c7cb06306ab55cfa0b2262a5bf055760 Mon Sep 17 00:00:00 2001
From: Ulrich Wilkens
Date:
Fix const correctness problems with OPT_CONST_CORRECT:
tt_xdr_utils.C: In constructor '_Tt_xdr_size_stream::_Tt_xdr_size_stream()':
tt_xdr_utils.C:150: error: invalid conversion from 'bool_t (*)(__rpc_xdr*, long
int*)' to 'bool_t (*)(__rpc_xdr*, const long int*)'
tt_xdr_utils.C:151: error: invali
---
cde/config/cf/FreeBSD.cf |4 +++-
cde/config/cf/bsdLib.rules |9 ++---
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/cde/config/cf/FreeBSD.cf b/cde/config/cf/FreeBSD.cf
index 5e3a00d..dc37202 100644
--- a/cde/config/cf/FreeBSD.cf
+++ b/cde/config/cf/FreeBSD.cf
@@
---
cde/doc/C/Imakefile|2 +-
cde/programs/Imakefile |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cde/doc/C/Imakefile b/cde/doc/C/Imakefile
index 70e475c..4595a26 100644
--- a/cde/doc/C/Imakefile
+++ b/cde/doc/C/Imakefile
@@ -3,7 +3,7 @@ XCOMM $XConsortium: Ima
I tried running dtbuilder: I didn't get any bad messages, and an
initial window showed up that looked fine,
but clicking on any of the menus caused the program to immediately segfault.
On Sun, Aug 12, 2012 at 7:48 PM, Jon Trulson wrote:
>
> Seems dtbuilder isn't working well - I get:
>
> Warning:
Seems dtbuilder isn't working well - I get:
Warning: Color name "(nil)" is not defined
Warning: Cannot convert string "False" to type Widget
dtbuilder: WARNING: Object 'project'
Could not allocate Background color "(nil)".
Object's Background will default to white.dtbuilder: WARNING: Object 'proj
Several programs would no longer link due to missing symbols.
This was commit aa9ea72bfb7d40280ba6aa8d07da7121ff395f81 from Pascal.
I've applied a fix:
https://sourceforge.net/p/cdesktopenv/code/ci/fa3ad160e49b599a3ee34c23498feab764898355/
Also, libjpeg-dev is now required for building (I've up
>From 60375c1391a3d9a42837a9c0ba6404ecfa0ea0a4 Mon Sep 17 00:00:00 2001
From: Marcin Cieslak
Date: Mon, 13 Aug 2012 00:37:42 +0200
Subject: [PATCH] Adjust cpp location for FreeBSD
cpp was removed from /usr/libexec with FreeBSD 5.0-RELEASE.
Use __FreeBSD_version to tell imake if it's still there.
I'm guessing that whoever made this change:
@@ -324,7 +343,7 @@ DEFAULT_PRINTER="DtPrint"
then
awk '{print "kill -1 " $2}' /tmp/tmppsout | /bin/csh
else
- /usr/sbin/inetd -s
+ [ -x /usr/sbin/inetd ] && /usr/sbin/inetd -s 2>/dev/null
fi
fi
just figured that the
On Sun, 12 Aug 2012, Douglas Mencken wrote:
> http://ftp.osuosl.org/pub/manulix/CDE/cde-configRun_tweaks.patch
>
Applied, but in the future please use 'git format patch' format.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch hims
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> On Sun, 12 Aug 2012 14:41:42 -0600 (MDT), Jon Trulson wrote:
>> On Sun, 12 Aug 2012, Douglas Mencken wrote:
>>
I am pretty sure that 'echo -n' and 'echo -e' work everywhere. Why
not use those instead?
>>>
>>> printf is available everywhere; "e
On Sun, Aug 12, 2012 at 4:47 PM, Jon Trulson wrote:
> On Sun, 12 Aug 2012, Frederic Koehler wrote:
>
>> As far as I can tell, tooltalk makes no effort to be binary compatible
>> between different platforms already; e.g. in the patch I recently
>> submitted,
>> that code sends part of a message of
On Sun, 12 Aug 2012 14:41:42 -0600 (MDT), Jon Trulson wrote:
> On Sun, 12 Aug 2012, Douglas Mencken wrote:
>
> >> I am pretty sure that 'echo -n' and 'echo -e' work everywhere. Why
> >> not use those instead?
> >
> > printf is available everywhere; "echo -n" is an exotic, "echo -e" is
> > much mo
Dito, it also worked on Ubuntu Server 12.04 64 bit x86, Linux 3.2.0.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers
On Sun, 12 Aug 2012, Frederic Koehler wrote:
> As far as I can tell, tooltalk makes no effort to be binary compatible
> between different platforms already; e.g. in the patch I recently
> submitted,
> that code sends part of a message of size uid_t which is not the same
> between different platfor
As far as I can tell, tooltalk makes no effort to be binary compatible
between different platforms already; e.g. in the patch I recently
submitted,
that code sends part of a message of size uid_t which is not the same
between different platforms. (although rpc itself should be platform
independent)
On Sun, 12 Aug 2012, Douglas Mencken wrote:
>> I am pretty sure that 'echo -n' and 'echo -e' work everywhere. Why
>> not use those instead?
>
> printf is available everywhere; "echo -n" is an exotic, "echo -e" is
> much more exotic
>
No, I have yet to see a system where echo -n/-e was not suppor
echo -n works on all modern platforms (linux, bsds)
--
Marc Balmer
micro systems, http://www.msys.ch/
Tel. +41 61 383 05 10, Fax +41 61 383 05 12
Am 12.08.2012 um 22:34 schrieb Douglas Mencken :
>> I am pretty sure that 'echo -n' and 'echo -e' work everywhere. Why
>> not use those instead?
>
On Sun, 12 Aug 2012, William Schaub wrote:
> Thanks to Doug Mencken I found out that statmsg can be optimized out and my
> bypass of TT_ERR_PTYPE doesn't work on some platforms. This patch checks the
> value of status directly like I should have in the first place and doesn't
> have that proble
> I am pretty sure that 'echo -n' and 'echo -e' work everywhere. Why
> not use those instead?
printf is available everywhere; "echo -n" is an exotic, "echo -e" is
much more exotic
--
Live Security Virtual Conference
Excl
On Sun, 12 Aug 2012, Douglas Mencken wrote:
> http://ftp.osuosl.org/pub/manulix/CDE/cde-configRun_tweaks.patch
>
I don't really like this... How ubiquitous is printf in shell anyway?
I am pretty sure that 'echo -n' and 'echo -e' work everywhere. Why
not use those instead?
--
Jon Trulson
"If
Thanks to Doug Mencken I found out that statmsg can be optimized out and
my bypass of TT_ERR_PTYPE doesn't work on some platforms. This patch
checks the value of status directly like I should have in the first
place and doesn't have that problem.
>From c05c883cdb4a8e7cf2362a1c1fd67db6d0df93e0
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> See patch.
>
Applied.
> There is one warning which I am not sure how to fix. It is triggered by
> OpenBSD's -Wbounded:
>
> cc -c -g -pipe -Wall -Wpointer-arith -Wno-unused -Wno-write-strings
> -Wno-switch
> -I. -I../../.. -I../../../exports/include -
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> See patch.
>
Applied.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch himself out."
- one of my brothers, referring to the Curiosity landing.
--
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> Always use mktemp(1) for generating a random filename in a shell script.
>
Applied.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch himself out."
- one of my brothers, refer
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> See patch.
>
Applied.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch himself out."
- one of my brothers, referring to the Curiosity landing.
--
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> See patch.
>
Applied.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch himself out."
- one of my brothers, referring to the Curiosity landing.
--
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> See patch.
>
Applied.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch himself out."
- one of my brothers, referring to the Curiosity landing.
--
On Sun, 12 Aug 2012, Pascal Stumpf wrote:
> Seems there were some other changes that made it work, so disabling it
> was unnecessary.
>
Applied.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too fast and punch himself out."
- one of m
@Marc, I don't necessarily disagree with those guidelines, but it's
worth noting that
right now that the original CDE code uses quite a different style, at
least in many places...
It's not really self-consistent though (about half seems to use return
with unneeded parens,
and half return without pa
On Sun, 12 Aug 2012, Marc Balmer wrote:
> Am 12.08.12 11:54, schrieb Marc Balmer:
>> A first round to fix some compile time warnings.
>
> Please don't apply this patch. There is bug lurking in it...
>
consider it deleted.
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get hi
On Sun, 12 Aug 2012, Aaron W. Hsu wrote:
> Marc Balmer writes:
>
>> A possible solution could be to use long instead of int, as sizeof(long)
>> == sizeof(void *) on 32bit and 64bit linux. But if such values are used
>> in externalized binary form somewhere (tooltalk?) it might lead to
>> incompa
On Sun, 12 Aug 2012, Frederic Koehler wrote:
> This patch makes tooltalk useful, letting many features work: logout,
> virtual desktop switching,
> and calling the dtfile command while it is running (which before just
> created a hung process).
> Before all tooltalk messages failed during sending,
See patch.
>From c9fc412775e5665336170332478605b641ab8d3e Mon Sep 17 00:00:00 2001
From: Pascal Stumpf
Date: Sun, 12 Aug 2012 21:27:19 +0200
Subject: [PATCH] sym2num: add path to cpp on OpenBSD.
---
cde/programs/dtprintinfo/sym2num |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
di
Always use mktemp(1) for generating a random filename in a shell script.
>From 5e7ecc7fc1615b2992bfbf8b16d4eaa74023d153 Mon Sep 17 00:00:00 2001
From: Pascal Stumpf
Date: Sun, 12 Aug 2012 20:27:32 +0200
Subject: [PATCH] Do not use the PID as a way of generating a "random"
filename.
This script d
See patch.
>From 4789df8593794a186533aa2d7e31a66bfb429de4 Mon Sep 17 00:00:00 2001
From: Pascal Stumpf
Date: Sun, 12 Aug 2012 19:33:25 +0200
Subject: [PATCH] Use cpp -traditional.
StandardCppOptions do not get respected here, so change the default CppCmd
to cpp -traditional like for FreeBSD. Hel
See patch.
There is one warning which I am not sure how to fix. It is triggered by
OpenBSD's -Wbounded:
cc -c -g -pipe -Wall -Wpointer-arith -Wno-unused -Wno-write-strings
-Wno-switch
-I. -I../../.. -I../../../exports/include -I/usr/local/include
-I/usr/X11R6/in
clude -DCSRG_BASED -DANSICPP -
Am 12.08.12 18:44, schrieb Aaron W. Hsu:
> Marc Balmer writes:
>
>> A possible solution could be to use long instead of int, as sizeof(long)
>> == sizeof(void *) on 32bit and 64bit linux. But if such values are used
>> in externalized binary form somewhere (tooltalk?) it might lead to
>> incompa
Marc Balmer writes:
>A possible solution could be to use long instead of int, as sizeof(long)
>== sizeof(void *) on 32bit and 64bit linux. But if such values are used
>in externalized binary form somewhere (tooltalk?) it might lead to
>incompatabilities.
This is not really future portable, and
-- Forwarded message --
From: Douglas Mencken
Date: Sun, Aug 12, 2012 at 11:18 AM
Subject: Re: [cdesktopenv-devel] [PATCH] some tweaks for configRun:
add -h/--usage option, use portable print instead of echo \c, etc.
To: Marc Balmer
> what is the gain of replacing echo with prin
Am 12.08.12 17:08, schrieb Douglas Mencken:
> http://ftp.osuosl.org/pub/manulix/CDE/cde-configRun_tweaks.patch
what is the gain of replacing echo with printf? is printf also builtin
in the shell or is /usr/bin/printf used?
>
>
>
> ---
http://ftp.osuosl.org/pub/manulix/CDE/cde-configRun_tweaks.patch
cde-configRun_tweaks.patch
Description: Binary data
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
t
See patch.
>From e14f3e896a38ec560e6ce897ebe7b3035bced4cf Mon Sep 17 00:00:00 2001
From: Pascal Stumpf
Date: Sun, 12 Aug 2012 15:25:22 +0200
Subject: [PATCH] Do not use internal libjpeg.
Nowadays, OpenMotif is itself linked to libjpeg, so pulling in another
version of it causes symbol size mismat
Seems there were some other changes that made it work, so disabling it
was unnecessary.
>From e12c05fd2b51777d4b11f024f59613a4dfb7ec75 Mon Sep 17 00:00:00 2001
From: Pascal Stumpf
Date: Sun, 12 Aug 2012 14:45:34 +0200
Subject: [PATCH] dtmail actually does work now on OpenBSD due to other
changes.
Am 12.08.12 11:54, schrieb Marc Balmer:
> A first round to fix some compile time warnings.
Please don't apply this patch. There is bug lurking in it...
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live ev
A first round to fix some compile time warnings.
>From c507d00e861b5b8a5a7df97d9b115ac7742bfeea Mon Sep 17 00:00:00 2001
From: Marc Balmer
Date: Sun, 12 Aug 2012 11:50:45 +0200
Subject: [PATCH] Fix compile time warning, mostly missing include files, but
also
integer issues on 64 bit linux or pas
I goind through the output of a make World, trying to fix warnings and
potential bugs (at least the low haning fruit).
One problem on 64 bit platforms seems to be that a lot of pointers
(which are 8 bytes on 64 bit linux) are assigned to int's (which are 4
bytes on 64 bit linux), thus loosing data
On Fri, Aug 10, 2012 at 6:55 PM, Cedric Blancher
wrote:
> On 10 August 2012 13:31, Simon Toedt wrote:
>> On Wed, Aug 8, 2012 at 7:36 PM, Pascal Stumpf wrote:
>>> On Wed, 8 Aug 2012 19:12:07 +0200, Irek Szczesniak wrote:
On Wed, Aug 8, 2012 at 2:14 PM, Pascal Stumpf
wrote:
> On W
Am 12.08.12 08:32, schrieb Frederic Koehler:
> This patch makes tooltalk useful, letting many features work: logout,
> virtual desktop switching,
> and calling the dtfile command while it is running (which before just
> created a hung process).
> Before all tooltalk messages failed during sending,
54 matches
Mail list logo
