On Wed, 8 Aug 2012 19:53:23 -0600 (MDT), Jon Trulson wrote:
> On Wed, 8 Aug 2012, Pascal Stumpf wrote:
>
> > On Tue, 07 Aug 2012 21:51:14 +0200, Pascal Stumpf wrote:
> >> Ohai.
> >>
> >> Just informing you guys that I'm currently working on an OpenBSD port.
> >> Already got most stuff building and
Am 09.08.12 09:54, schrieb Pascal Stumpf:
[...]
>> Perhaps you and others working on the BSD ports could contribute to a
>> shared repo (maybe yours, I don't know) and arrange this.
>
> I'm not fond of that, since that means there will be even more
> fragmentation and probably merge problems and
So here are all the patches that deal with the fact that modern
compilers assume different scoping rules for variables declared in for
loops. On Linux, -fpermissive has been added as a compiler flag to
compensate for this old C code, but I think it is the wrong approach.
Sorry, couldn't help snea
At least on OpenBSD/amd64, this macro returns a bogus value if its
argument is NULL. So check for this first like the other macros in this
file do, and don't cast an istring to int.
diff --git a/cde/programs/dtappbuilder/src/libAButil/istr.h
b/cde/programs/dtappbuilder/src/libAButil/istr.h
inde
The official POSIX name for this signal is SIGCHLD. Linux probably has
SIGCLD only for SysV compatibility, but BSD does not.
diff --git a/cde/programs/dtexec/Main.c b/cde/programs/dtexec/Main.c
index a062203..3c359f0 100644
--- a/cde/programs/dtexec/Main.c
+++ b/cde/programs/dtexec/Main.c
@@ -53
Am 09.08.12 10:36, schrieb Pascal Stumpf:
> The official POSIX name for this signal is SIGCHLD. Linux probably has
> SIGCLD only for SysV compatibility, but BSD does not.
On Linux, SIGCLD is a synonym for SIGCHLD; if signal(7) can be trusted,
only for mips.
definitely this should be changed to S
On Thu, 09 Aug 2012 07:40:43 +0200, Marc Balmer wrote:
> A few more sprintf() to snprintf() conversion.
>
> We need to find a proper way to replace strcpy() and strcat(), maybe
> keep a local copy of strlcpy() and strlcat() from OpenBSD around
> somewhere? Other suggestions?
+1
Or link with -lb
This should use socklen_t where available, really ...
diff --git a/cde/lib/tt/bin/ttdbserverd/db_server_svc.C
b/cde/lib/tt/bin/ttdbserverd/db_server_svc.C
index dd6355b..67b1ce0 100644
--- a/cde/lib/tt/bin/ttdbserverd/db_server_svc.C
+++ b/cde/lib/tt/bin/ttdbserverd/db_server_svc.C
@@ -217,7 +2
Am 09.08.12 11:16, schrieb Pascal Stumpf:
> This should use socklen_t where available, really ...
this reminds that CDE should eventually be IPv6 ready..
>
>
>
> diff --git a/cde/lib/tt/bin/ttdbserverd/db_server_svc.C
> b/cde/lib/tt/bin/ttdbserverd/db_server_svc.C
> index dd6355b..67b1ce0 1006
On Thu, 09 Aug 2012 10:56:10 +0200, Pascal Stumpf wrote:
> On Thu, 09 Aug 2012 07:40:43 +0200, Marc Balmer wrote:
> > A few more sprintf() to snprintf() conversion.
> >
> > We need to find a proper way to replace strcpy() and strcat(), maybe
> > keep a local copy of strlcpy() and strlcat() from Op
Below is my revised proposed README-2.2.0
-
**
The Common Desktop Eviroment is released under the terms of the LGPL V.2
license. You may reuse
Hi
Is anyone working on a OS X port?
Maybe include it in http://mxcl.github.com/homebrew?
Alex
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has
As stated in the wiki, dtmail doesn't start because it complains about
permissions. I checked the permissions for dtmail on an old Sun box I have
and I noticed that dtmail was setgid. I was able to get it to launch on my
Ubuntu machine with a "sudo chmod g+s /usr/dt/bin/dtmail".
In cde/admin/Int
I think this is a very good idea. CDE isn't even that large anyway (my
/usr/dt is ~80MB).
On Thu, Aug 9, 2012 at 1:21 AM, Marc Balmer wrote:
> I suggest to build CDE with debug symbols on by defaul on Linux. Space
> is not a concern these days, but since we are probably going to a period
> of pa
On Thu, Aug 9, 2012 at 5:45 AM, Pascal Stumpf wrote:
> On Thu, 09 Aug 2012 10:56:10 +0200, Pascal Stumpf wrote:
>> On Thu, 09 Aug 2012 07:40:43 +0200, Marc Balmer wrote:
>> > A few more sprintf() to snprintf() conversion.
>> >
>> > We need to find a proper way to replace strcpy() and strcat(), may
On Wed, 8 Aug 2012, Robert Tomsick wrote:
These 2 patches have been applied, thanks!
BTW: When you submit patches like this (I assume git-format-patch?)
it's really nice :) git-am parses, sets up commit msg (with your
name/email as the author, etc, and commits all in one easy step :)
PS: Sorry,
On Wed, 8 Aug 2012, Robert Tomsick wrote:
These havve also 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.
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
> On Wed, 8 Aug 2012 19:53:23 -0600 (MDT), Jon Trulson wrote:
>> On Wed, 8 Aug 2012, Pascal Stumpf wrote:
>>
>>> On Tue, 07 Aug 2012 21:51:14 +0200, Pascal Stumpf wrote:
Ohai.
[...]
>> For example, The very first diff deletes a line
>> InstallLin
On Thu, 9 Aug 2012, Marc Balmer wrote:
> Am 09.08.12 09:54, schrieb Pascal Stumpf:
> [...]
>
>>> Perhaps you and others working on the BSD ports could contribute to a
>>> shared repo (maybe yours, I don't know) and arrange this.
>>
>> I'm not fond of that, since that means there will be even more
On Wed, 8 Aug 2012, Adam Robinson wrote:
> As stated in the wiki, dtmail doesn't start because it complains about
> permissions. I checked the permissions for dtmail on an old Sun box I have
> and I noticed that dtmail was setgid. I was able to get it to launch on my
> Ubuntu machine with a "sud
On Thu, Aug 9, 2012 at 1:22 PM, Douglas Mencken wrote:
>> sizeof of a string literal
>> should give the number of bytes in it [which is a really
>> weird special case of C, see
>> http://en.wikipedia.org/wiki/Sizeof#Using_sizeof_with_arrays]
>
> Watch it:
>
> char* test1 = (char*)malloc(1000);
> c
On Thu, 9 Aug 2012, Marc Balmer wrote:
> When converting sprintf() to snprintf(), don't use the idiom
Applied (with a a minor first-line commit msg fix). 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."
On Thu, 9 Aug 2012, Marc Balmer wrote:
> I suggest to build CDE with debug symbols on by defaul on Linux. Space
> is not a concern these days, but since we are probably going to a period
> of pain with this code, easy debugging for everyone would help to find bugs.
>
> Opinions?
>
> The attached
On Thu, 9 Aug 2012, Marc Balmer wrote:
> A few more sprintf() to snprintf() conversion.
>
Applied, thanks!
---
> We need to find a proper way to replace strcpy() and strcat(), maybe
> keep a local copy of strlcpy() and strlcat() from OpenBSD around
> somewhere? Other suggestions?
>
Hmmm... I'
On Thu, 9 Aug 2012, Frederic Koehler wrote:
> On Thu, Aug 9, 2012 at 5:45 AM, Pascal Stumpf wrote:
>> On Thu, 09 Aug 2012 10:56:10 +0200, Pascal Stumpf wrote:
>>> On Thu, 09 Aug 2012 07:40:43 +0200, Marc Balmer wrote:
A few more sprintf() to snprintf() conversion.
We need to find a
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
> This adds the basic config bits needed for OpenBSD. Most is just copied
> from the existing imake installation in /usr/X11R6. Additionally:
> * Allow overriding CDESharedRev, X11ProjectRoot and ProjectRoot
> * Add a new define to be able to override MIN
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
> So here are all the patches that deal with the fact that modern
> compilers assume different scoping rules for variables declared in for
> loops. On Linux, -fpermissive has been added as a compiler flag to
> compensate for this old C code, but I think it
On Thu, 9 Aug 2012 12:17:43 -0600 (MDT), Jon Trulson wrote:
> On Thu, 9 Aug 2012, Pascal Stumpf wrote:
>
> > This adds the basic config bits needed for OpenBSD. Most is just copied
> > from the existing imake installation in /usr/X11R6. Additionally:
> > * Allow overriding CDESharedRev, X11Proje
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
> At least on OpenBSD/amd64, this macro returns a bogus value if its
> argument is NULL. So check for this first like the other macros in this
> file do, and don't cast an istring to int.
>
Applied, and thanks!
[...]
--
Jon Trulson
"If the Martian rope
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
> The official POSIX name for this signal is SIGCHLD. Linux probably has
> SIGCLD only for SysV compatibility, but BSD does not.
>
Applied, thanks!
[...]
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll get himself, he'll
come in too
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
> This should use socklen_t where available, really ...
>
Applied, and agreed :)
[...]
--
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, ref
On Thu, 9 Aug 2012, Marc Balmer wrote:
> Am 09.08.12 11:16, schrieb Pascal Stumpf:
>> This should use socklen_t where available, really ...
>
> this reminds that CDE should eventually be IPv6 ready..
That will be a fun patch :)
--
Jon Trulson
"If the Martian rope-a-dope don't get him, he'll g
On Thu, 9 Aug 2012, Christopher Turkel wrote:
>
> Below is my revised proposed README-2.2.0
>
Looks greata, except for one minor issue:
> -
>
>
On Thu, 9 Aug 2012, Alex Kornilov wrote:
> Hi
>
> Is anyone working on a OS X port?
>
> Maybe include it in http://mxcl.github.com/homebrew?
>
Not that I know of... Is it even possible? ie: can OSX run X11/Motif?
> Alex
>
> ---
On Thu, 9 Aug 2012, Jon Trulson wrote:
> On Thu, 9 Aug 2012, Alex Kornilov wrote:
>
>> Hi
>>
>> Is anyone working on a OS X port?
>>
>> Maybe include it in http://mxcl.github.com/homebrew?
>>
>
> Not that I know of... Is it even possible? ie: can OSX run X11/Motif?
There certainly are X server
Hi folks,
I enabled a bunch of warning flags in the Imake.tmpl file, including -Wall and
-Werror. This failed to bootstrap the build, since there were errors in the
config tools. Attached is a patch that makes imake and several of the utility
tools build with the following flags:
-Wall -Werror -W
On 8/9/12 8:35 PM, Jon Trulson wrote:
> Not that I know of... Is it even possible? ie: can OSX run X11/Motif?
X11 is available in all OS X versions. But I don't know about Motif
> brew search motif
No formula found for "motif". Searching open pull requests...
anybody knows more? In brew reposi
On Thu, 9 Aug 2012, ch...@chriswareham.net wrote:
> Hi folks,
>
> I enabled a bunch of warning flags in the Imake.tmpl file, including -Wall and
> -Werror. This failed to bootstrap the build, since there were errors in the
> config tools. Attached is a patch that makes imake and several of the u
Am 09.08.2012 um 20:56 schrieb Alex Kornilov :
> On 8/9/12 8:35 PM, Jon Trulson wrote:
>> Not that I know of... Is it even possible? ie: can OSX run X11/Motif?
> X11 is available in all OS X versions. But I don't know about Motif
>
>> brew search motif
> No formula found for "motif". Searchin
On Thu, 9 Aug 2012, ch...@chriswareham.net wrote:
> Hi folks,
>
Hi, a couple of things: in the future, could you use git format patch
format for any further patch submissions? Also, please don't compress
them, I think most of us can handle 20KB patches :)
A few other comments:
> I enabled a bu
On Thu, 9 Aug 2012, Marc Balmer wrote:
>
>
> Am 09.08.2012 um 20:56 schrieb Alex Kornilov :
>
>> On 8/9/12 8:35 PM, Jon Trulson wrote:
>>> Not that I know of... Is it even possible? ie: can OSX run X11/Motif?
>> X11 is available in all OS X versions. But I don't know about Motif
>>
>>> brew searc
On 8/9/12 9:25 PM, Jon Trulson wrote:
Ahh yes. Let me quell that rumor. OpenMotif *will* be LGPL. It will
happen - I know, since Peter and I attend the meetings :)
Does OpenMotif compile on OS X? Or is there a big porting effort?
--
>From 291e6880ab7f2f21f532ec4ba6a5f0510b60cb26 Mon Sep 17 00: 00:00 2001
From: Pascal Stumpf
Subject: [PATCH] Rename getline() to not conflict with the standard POSIX
interface of the same name.
To: cdesktopenv-devel@lists.sourceforge.net
Date: Thu, 09 Aug 2012 21:35:12 +0200
---
cde/config/mak
Hi,
This patch fixes an ambiguity warning in the string class.
It clears up about 220 warnings from my build.
James
0003-Remove-ambiguity-in-string-compare.patch
Description: Binary data
--
Live Security Virtual Confere
Hi,
This is a patch that removes unnecessary extern modifiers from some struct
definitions.
This cleans up about 100 warnings on my build.
James
0002-Remove-unnecessary-extern-modifier-on-struct-declara.patch
Description: Binary data
Hi,
I have been going through some compiler warnings, and have started to attack
some low hanging fruit.
This patch fixes function declarations without a specified return type.
stbin() and ldbin() are not implemented anywhere, which is why I deleted them.
This removes about 560 warnings from m
---
cde/config/makedepend/def.h |2 +-
cde/config/makedepend/main.c |2 +-
cde/config/makedepend/parse.c |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/cde/config/makedepend/def.h b/cde/config/makedepend/def.h
index 85ef815..1678222 100644
--- a/cde/config/
---
cde/config/imake/imakemdep.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cde/config/imake/imakemdep.h b/cde/config/imake/imakemdep.h
index 2ec32e2..2c97383 100644
--- a/cde/config/imake/imakemdep.h
+++ b/cde/config/imake/imakemdep.h
@@ -637,6 +637,10 @@ char *c
On Thu, 9 Aug 2012, James Woodcock wrote:
> Hi,
>
> I have been going through some compiler warnings, and have started to attack
> some low hanging fruit.
>
Hi, you are not subscribed to the list, so I approved your posts
manually. Feel free to subscribe! :)
That said, I've applied all 3 patch
Also, allow overriding some variables in the install script.
---
cde/admin/IntegTools/dbTools/installCDE.src | 19 +--
cde/admin/IntegTools/post_install/Imakefile |3 +
cde/databases/CDE-FONTS.udb | 24 +
cde/databases/CDE-SHLIBS.src| 72
Am 09.08.12 20:02, schrieb Jon Trulson:
> On Thu, 9 Aug 2012, Marc Balmer wrote:
>
>> A few more sprintf() to snprintf() conversion.
>>
>
> Applied, thanks!
>
> ---
>
>> We need to find a proper way to replace strcpy() and strcat(), maybe
>> keep a local copy of strlcpy() and strlcat() from Ope
Hello Guys!
First: Thanks for all the fish!.
I'm using the latest source from git wit Xubuntu 12.04_x64. Every time
when i try to start the file manager, mailer, or try to logout i get
the same error message: "The request to service this action has failed
for the following reason: TT_ERR_INTERNAL
---
cde/lib/DtSearch/dtsrapi.c|4 +++-
cde/lib/DtSearch/userint.c|2 ++
cde/programs/dtsr/dtsrclean.c |2 ++
cde/programs/dtsr/tomita.c|2 ++
4 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/cde/lib/DtSearch/dtsrapi.c b/cde/lib/DtSearch/dtsrapi.c
index 27
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
This one failed to apply, probably corrupted. If it's easier, you can
simply attach the patches as MIME attachments.
Or look into setting up 'git send-email' :) This will solve the
various formatting issues I see with some of your patches.
So, needless t
See comment below.
Am 09.08.12 21:19, schrieb Jon Trulson:
> On Thu, 9 Aug 2012, ch...@chriswareham.net wrote:
>
>> Hi folks,
>>
>
> Hi, a couple of things: in the future, could you use git format patch
> format for any further patch submissions? Also, please don't compress
> them, I think mos
Am 09.08.12 21:25, schrieb Jon Trulson:
> On Thu, 9 Aug 2012, Marc Balmer wrote:
>
>>
>>
>> Am 09.08.2012 um 20:56 schrieb Alex Kornilov :
>>
>>> On 8/9/12 8:35 PM, Jon Trulson wrote:
Not that I know of... Is it even possible? ie: can OSX run X11/Motif?
>>> X11 is available in all OS X versi
On Thu, 9 Aug 2012, Jon Trulson wrote:
> On Thu, 9 Aug 2012, Pascal Stumpf wrote:
>
> This one failed to apply, probably corrupted. If it's easier, you can
> simply attach the patches as MIME attachments.
>
> Or look into setting up 'git send-email' :) This will solve the
> various formatting iss
Details: Kill an obsolete macro in the top-level Imakefile, add OpenBSD
support to a lot of other Imakefiles, don't define -DSVR4
unconditionally (this may need further patches in the headers for Linux,
but defining it unconditionally is definitely wrong), allow to specify
the location of the tcl l
On Thu, 9 Aug 2012 14:06:35 -0600 (MDT), Jon Trulson wrote:
> On Thu, 9 Aug 2012, Pascal Stumpf wrote:
>
> This one failed to apply, probably corrupted. If it's easier, you can
> simply attach the patches as MIME attachments.
>
> Or look into setting up 'git send-email' :) This will solve the
>
On Thu, 9 Aug 2012, Pascal Stumpf wrote:
> Also, allow overriding some variables in the install script.
>
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, referrin
On Thu, 9 Aug 2012, Robert Tomsick wrote:
> My $0.02: part of the value of CDE is that we can produce a more
> polished version of CDE for older systems (ones long since abandoned
> by KDE/GNOME/etc. but still in use), so maybe we shouldn't set the bar
> *too* high.
Since I'm a non-developer,
Am 09.08.12 22:29, schrieb Brent Busby:
> On Thu, 9 Aug 2012, Robert Tomsick wrote:
>
>> My $0.02: part of the value of CDE is that we can produce a more
>> polished version of CDE for older systems (ones long since abandoned
>> by KDE/GNOME/etc. but still in use), so maybe we shouldn't set the
On Thu, 9 Aug 2012, Marc Balmer wrote:
> Am 09.08.12 22:29, schrieb Brent Busby:
>> support for TrueType fonts, etc... I'd even go for a replacement of use
>> of RPC services with something less hazardous like DBus.
>
> Before it gets replaced, why not make it work first, and see if it can
> be u
Hello,
Right now CDE is very buggy on x86_64. As you saw the git version
at least starts up, but it doesn't really "work" yet (I have the same
issues on my computer). I'm guessing your virtual machine instance is 32-bit?
As far as why the error occurs, I think the message comes from inside
the to
I'll sort the remaining fixes per subdirectory. This fixes another for
loop, adds appropriate #ifdefs, provides a prototype for _DtsDbListDB()
and defines MAXINT to INT_MAX (BSD doesn't have values.h).
>From a894f50454343b091cc9a93fc49fc86e59d4de86 Mon Sep 17 00:00:00 2001
From: Pascal Stumpf
Dat
This doesn't really seem to change anything behavior-side, but since
we really need
to kill all implicit function types, might as well start. (Implicit
definitions can be killer
when 64-bit pointers get mauled by passing through a 32-bit return
value. This might
lead to heisenbugs as well.)
Unfort
This does not work fully yet, but at least makes it compile. I will
revisit later on when the 64bit issues are fixed. Also, people doing
ports to other BSDs will still need to revisit this for their OS.
>From c04bd0616dc453dc4e69f3c2e8bb3564d58f6790 Mon Sep 17 00:00:00 2001
From: Pascal Stumpf
D
Okay, now with 50% less ***s!
---
***
The Common Desktop Environment is released under the terms of the LGPL V.2
license. You may reuse and redistribute this code under the terms of this
license. See the COPYING file
On Thu, 9 Aug 2012, Marc Balmer wrote:
> Am 09.08.12 21:25, schrieb Jon Trulson:
>> On Thu, 9 Aug 2012, Marc Balmer wrote:
>>
>>>
>>>
>>> Am 09.08.2012 um 20:56 schrieb Alex Kornilov :
>>>
On 8/9/12 8:35 PM, Jon Trulson wrote:
> Not that I know of... Is it even possible? ie: can OSX run
Jon Trulson writes:
>Applied (though I had to remove some extraneous whitespace - blank
>lines that started with spaces). 'git diff' will usually show these
>before commit.
I had some problems with git patching since this is the first time that I
have tried to use it to send in patches. I am u
Frederic Koehler writes:
>Definitely nobody should use mkstemp anyway
What alternative do you suggest instead of mkstemp? The file descriptor
should be safe as returned by mkstemp(), though, of course, you cannot
rely on the file name itself.
--
Aaron W. Hsu | arcf...@sacrideo.us | http://ww
Marc Balmer writes:
>I'd like to raise the question if we want such C++ style comments or if
>we shouldn't stick with pure C comments? (Which I personally would
>prefer, so stay compatible with older compilers)
I personally prefer a C89 style, with no C++ comments.
--
Aaron W. Hsu | arcf...@s
Jon Trulson writes:
>No problem. There will be 'Only One Repository To Rule Them All'. :)
While I agree that we should have a single master, it is nice to be
able to have branches in the main repository that we can work on mutually
until they are ready to be merged into master, rather than wo
Jon Trulson writes:
>Hmmm... I'm leary of introducing further dependancies... Is it really
>worth it? Do you have any idea how many strcpy et. al. are in CDE? :)
I agree that there is no need to go on a hunt to replace all strcpy with
strlcpy, but we *should* go through and make sure that strc
Oh no! I meant tmpnam.
On Thu, Aug 9, 2012 at 10:00 PM, Aaron W. Hsu wrote:
> Frederic Koehler writes:
>
>>Definitely nobody should use mkstemp anyway
>
> What alternative do you suggest instead of mkstemp? The file descriptor
> should be safe as returned by mkstemp(), though, of course, you can
Am 10.08.12 04:29, schrieb Aaron W. Hsu:
> Jon Trulson writes:
>
>> Hmmm... I'm leary of introducing further dependancies... Is it really
>> worth it? Do you have any idea how many strcpy et. al. are in CDE? :)
>
> I agree that there is no need to go on a hunt to replace all strcpy with
> strl
Am 10.08.12 07:57, schrieb Marc Balmer:
> Am 10.08.12 04:29, schrieb Aaron W. Hsu:
>> Jon Trulson writes:
>>
>>> Hmmm... I'm leary of introducing further dependancies... Is it really
>>> worth it? Do you have any idea how many strcpy et. al. are in CDE? :)
>>
>> I agree that there is no need to g
77 matches
Mail list logo
