On Tue, 14 Mar 2006, Thomas Dickey wrote:
On Tue, 14 Mar 2006, David Dawes wrote:
and adds this one:
main.c:2586: warning: `pty_search' defined but not used
yes, that's an annoyance (but the proposed fix reversed the general
process of removing special definitions from main.c).
Please
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
On Tue, 14 Mar 2006, Thomas Dickey wrote:
On Tue, 14 Mar 2006, David Dawes wrote:
and adds this one:
main.c:2586: warning: `pty_search' defined but not used
yes, that's an annoyance (but the proposed fix reversed the general
process of
On Thu, 16 Mar 2006, Thomas Dickey wrote:
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
On Tue, 14 Mar 2006, Thomas Dickey wrote:
On Tue, 14 Mar 2006, David Dawes wrote:
and adds this one:
main.c:2586: warning: `pty_search' defined but not used
yes, that's an annoyance (but the
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
main.c, rather than refining it in xterm.h as a fallback for a configure
script test.
That's irrelevent. My fix holds whether xterm is built through imake or
no, it is relevant. I considered a change like that some time ago,
decided that
On Thu, 16 Mar 2006, Thomas Dickey wrote:
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
main.c, rather than refining it in xterm.h as a fallback for a configure
script test.
That's irrelevent. My fix holds whether xterm is built through imake or
no, it is relevant. I considered a
On Tue, 14 Mar 2006, David Dawes wrote:
On Tue, Mar 14, 2006 at 06:49:49PM -0500, Thomas Dickey wrote:
than those addressed by the fix for lastlog(). That was using the
configure script of course. Perhaps having the particular -D's set
by imake would help focus the discussion.
gcc -c -O2
On Sun, Mar 12, 2006 at 05:28:02PM -0800, Thomas Dickey wrote:
CVSROOT: /home/x-cvs
Module name: xc
Changes by:[EMAIL PROTECTED] 06/03/12 17:28:02
Log message:
241. Xterm patch #210 (Thomas Dickey).
This reinstates the following warnings on Solaris 9:
xterm.h:243: warning:
On Tue, 14 Mar 2006, David Dawes wrote:
On Sun, Mar 12, 2006 at 05:28:02PM -0800, Thomas Dickey wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 06/03/12 17:28:02
Log message:
241. Xterm patch #210 (Thomas Dickey).
This reinstates the following
On Tue, Mar 14, 2006 at 06:49:49PM -0500, Thomas Dickey wrote:
On Tue, 14 Mar 2006, David Dawes wrote:
On Sun, Mar 12, 2006 at 05:28:02PM -0800, Thomas Dickey wrote:
CVSROOT: /home/x-cvs
Module name: xc
Changes by: [EMAIL PROTECTED] 06/03/12 17:28:02
Log message:
241. Xterm patch
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 06/01/24 20:32:10
Log message:
187. Add two new functions that can be used to scroll the content of an
Xaw viewport from outside the viewportWidgetClass (Bugzilla #1648,
Alexander Pohoyda).
On Wed, Jan 25, 2006 at 04:41:10PM +0100, Matthieu Herrb wrote:
CVSROOT: /home/x-cvs
Module name: xc
Changes by: [EMAIL PROTECTED] 06/01/24 20:32:10
Log message:
187. Add two new functions that can be used to scroll the content of an
Xaw viewport from outside the
On Thu, Feb 19, 2004 at 11:20:50PM +0100, Roland Mainz wrote:
David Dawes wrote:
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks.
Modified files:
David Dawes wrote:
On Thu, Feb 19, 2004 at 11:20:50PM +0100, Roland Mainz wrote:
David Dawes wrote:
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks.
David Dawes wrote:
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks.
Modified files:
xc/lib/font/fontfile/:
dirfile.c encparse.c fontfile.c
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks.
Modified files:
xc/lib/font/fontfile/:
dirfile.c encparse.c fontfile.c
On Mon, Feb 16, 2004 at 01:41:30PM +0100, Roland Mainz wrote:
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks.
Modified files:
xc/lib/font/fontfile/:
Marc Aurele La France wrote (in a message from Wednesday 3)
On Thu, 4 Dec 2003, Harald Nordgård-Hansen wrote:
Marc Aurele La France [EMAIL PROTECTED] writes:
Log message:
An improved implementation of ...
573. Rework REGION_* macros to eliminate NEED_SCREEN_REGIONS
Matthieu Herrb [EMAIL PROTECTED] writes:
I see that on OpenBSD too.
On Debian stable and unstable it says:
security.c: In function `SecurityCensorImage':
security.c:1232: error: dereferencing pointer to incomplete type
security.c:1233: error: dereferencing pointer to incomplete type
On Thu, 4 Dec 2003, Harald Nordgård-Hansen wrote:
Matthieu Herrb [EMAIL PROTECTED] writes:
I see that on OpenBSD too.
On Debian stable and unstable it says:
security.c: In function `SecurityCensorImage':
security.c:1232: error: dereferencing pointer to incomplete type
security.c:1233:
Marc Aurele La France [EMAIL PROTECTED] writes:
Log message:
An improved implementation of ...
573. Rework REGION_* macros to eliminate NEED_SCREEN_REGIONS build failures
(Marc La France).
... to eliminate the extra store that was introduced.
I just tried to compile
On Thu, 4 Dec 2003, Harald Nordgård-Hansen wrote:
Marc Aurele La France [EMAIL PROTECTED] writes:
Log message:
An improved implementation of ...
573. Rework REGION_* macros to eliminate NEED_SCREEN_REGIONS build failures
(Marc La France).
... to eliminate the extra
Matthieu,
The new file, prngc.c, uses sockaddr_storage. However, I know that at
least Cygwin does not have sockaddr_storage.
No alternative is provided and no conditional compilation is in effect
to fall back to previous functionality when sockaddr_storage is not
available. This breaks the
On Thu, Jul 31, 2003 at 08:21:39PM +0200, Alexander Pohoyda wrote:
David Dawes [EMAIL PROTECTED] writes:
On Thu, Jul 31, 2003 at 07:15:43AM +0200, Alexander Pohoyda wrote:
I believe that this is a correct way to develop geometries for
related keyboards and I think that it is logical to combine
On Thu, Jul 31, 2003 at 07:15:43AM +0200, Alexander Pohoyda wrote:
David Dawes [EMAIL PROTECTED] writes:
going back to 3.3. Unless someone comes up with a better solution,
that's what I'm planning to do.
OK, it seems to be the best solution in this situation.
I dare to propose another
Knowing all the problems now, I would still prefer this solution.
I have already developed 4 geometry specifications and will continue
to do so. I don't want to create problems, though :-)
OK, so if I understand you correctly, we can re-add the old 'hp' file,
and add the omnibook
David Dawes [EMAIL PROTECTED] writes:
On Thu, Jul 31, 2003 at 07:15:43AM +0200, Alexander Pohoyda wrote:
I believe that this is a correct way to develop geometries for
related keyboards and I think that it is logical to combine them into
one file.
OK, so if I understand you correctly, we
Penned by Daniel Stone on Wed, Jul 30, 2003 at 04:51:49PM +1000, we have:
[..]
| I did suggest this (mv hp,v hp.old,v).
If you guys care about history at all, aka the ability to checkout files
in the past, you would not suggest nor impement this suggestion.
Think about it. Once you do the
Todd T. Fries wrote:
Penned by Daniel Stone on Wed, Jul 30, 2003 at 04:51:49PM +1000, we have:
[..]
| I did suggest this (mv hp,v hp.old,v).
If you guys care about history at all, aka the ability to checkout files
in the past, you would not suggest nor impement this suggestion.
Does history
On Wed, 30 Jul 2003, Harold L Hunt II wrote:
Todd T. Fries wrote:
Penned by Daniel Stone on Wed, Jul 30, 2003 at 04:51:49PM +1000, we have:
[..]
| I did suggest this (mv hp,v hp.old,v).
If you guys care about history at all, aka the ability to checkout files
in the past, you would
Thomas E. Dickey wrote:
On Wed, 30 Jul 2003, Harold L Hunt II wrote:
Todd T. Fries wrote:
Penned by Daniel Stone on Wed, Jul 30, 2003 at 04:51:49PM +1000, we have:
[..]
| I did suggest this (mv hp,v hp.old,v).
If you guys care about history at all, aka the ability to checkout files
in the
Egbert,
My main question here is why does HEAD not have hp while xf-4_3-branch
still does? I can checkout HEAD, but I cannot check out xf-4_3-branch
because hp is in the way.
Do the changes that you applied to HEAD need to be applied to
xf-4_3-branch as well?
Harold
Daniel Stone writes:
Yes, but what's the alternate solution? I really don't like the changed-case
solution, as that sets a precedent of sorts. A note should be made somewhere of
the moved files.
One could name it hewlett-packard if lowercase is importand.
KDE moves files around all
Egbert,
I don't see a way how you can work around this as there seems to
be no way to exclude files from checkout/update.
One could create an alias module in the CVS repositry which excludes
the HP directory. Like
xc-win -a !xc/programs/xkbcomp/geometry/HP xc
Then doing a
cvs
On Wed, Jul 30, 2003 at 09:28:10PM +1000, Daniel Stone wrote:
On Wed, Jul 30, 2003 at 06:14:06AM -0500, Todd T. Fries wrote:
Penned by Daniel Stone on Wed, Jul 30, 2003 at 04:51:49PM +1000, we have:
[..]
| I did suggest this (mv hp,v hp.old,v).
If you guys care about history at all, aka the
David Dawes wrote:
On Wed, Jul 30, 2003 at 01:09:50PM -0400, Harold L Hunt II wrote:
Egbert,
I don't see a way how you can work around this as there seems to
be no way to exclude files from checkout/update.
One could create an alias module in the CVS repositry which excludes
the HP directory.
On Wed, Jul 30, 2003 at 07:38:30AM +0200, Alexander Pohoyda wrote:
Egbert Eich wrote:
CVSROOT: /home/x-cvs
Module name: xc
Changes by:[EMAIL PROTECTED] 03/06/20 06:15:33
Log message:
- moving xkbcom/geometry/HP to xkbcom/geometry/hp doesn't seem to be
David Dawes [EMAIL PROTECTED] writes:
going back to 3.3. Unless someone comes up with a better solution,
that's what I'm planning to do.
OK, it seems to be the best solution in this situation.
I dare to propose another solution, however: to delete the `geometry'
directory and created a new
Egbert,
I cannot checkout xf-4_3_0_1 because of this whole hp/HP issue. The
following is from my cvs checkout log:
cvs server: Updating xc/programs/xkbcomp/geometry
U xc/programs/xkbcomp/geometry/Imakefile
U xc/programs/xkbcomp/geometry/README
U xc/programs/xkbcomp/geometry/amiga
U
On Wed, Jul 30, 2003 at 07:26:52AM +0200, Alexander Pohoyda wrote:
Harold L Hunt II [EMAIL PROTECTED] writes:
Note, I do get an hp file when I checkout xf-4_3_0_1, but then it
tries to download the HP directory and freaks out on Cygwin. Is
this the way that all other platforms work due to
MLF I think the best thing to do here is to recode DPS to rely on xtrans.
Shall we remove libdps from the tree?
Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On 15 Jul 2003, Juliusz Chroboczek wrote:
MLF I think the best thing to do here is to recode DPS to rely on xtrans.
Shall we remove libdps from the tree?
Why? Is DPS dead? It's just a matter of time before I find the time to
convert it. And that doesn't preclude someone else beating me to
On Mon, 14 Jul 2003, Andrew C Aitchison wrote:
On Sun, 13 Jul 2003, Alan Coopersmith wrote:
../../lib/xtrans/Xtranssock.c: At top level:
../../lib/xtrans/Xtranssock.c:1315: `MAXHOSTNAMELEN' undeclared here (not in a
function)
Is there some other file that needs to be included to
On Sat, 12 Jul 2003, Todd T. Fries wrote:
Looks good to me (sorry for my previous email, I should have checked this
mailbox first).
Is there known any OS that does not have
IPV6_JOIN_MULTICAST/IPV6_LEAVE_MULTICAST ? I understand you provide the
defines for backwards compatibility, but I'd
On Wed, 9 Jul 2003, Marc Aurele La France wrote:
CVSROOT: /home/x-cvs
Module name: xc
Changes by: [EMAIL PROTECTED] 03/07/09 08:27:41
Log message:
300. X.Org IPv6 changes (Bugzilla #227, Alan Coopersmith, Marc La France).
See
Marc Aurele La France wrote:
- Incorporate X.Org responses to comments #'s 1, 2, 4, 5, 7, 10, 11, 12,
13, 14 and 15 (taken from an X.Org-internal document dated 2003.06.17).
I'm still working on a second round of patches for the X.org review
to incorporate the changes from the
On Wed, 9 Jul 2003, Alan Coopersmith wrote:
Marc Aurele La France wrote:
- Incorporate X.Org responses to comments #'s 1, 2, 4, 5, 7, 10, 11, 12,
13, 14 and 15 (taken from an X.Org-internal document dated 2003.06.17).
I'm still working on a second round of patches for the
On Wed, 9 Jul 2003, Matthieu Herrb wrote:
I had to make the following change to get the code to
compile on OpenBSD, where IPV6_ADD_MEMBERSHIP is not defined.
According to Jun-ichiro itojun Hagino, from the Kame project
and *BSD's IPv6 guru, IPV6_{ADD,DROP}_MEMBERSHIP are obsoleted and
I have no objection if the semantics are the same. I was merely
following Steven's Unix Network Programming (Vol 1 2nd Ed) which
predates this change in the RFC's and did not realize they had been
changed.
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. -
Matthieu Herrb wrote (in a message from Thursday 3)
CVSROOT: /home/x-cvs
Module name: xc
Changes by: [EMAIL PROTECTED] 03/04/03 13:48:25
Log message:
Document that mode switching functions are asynchronous and that
XSetErrorHandler() and XSync() need to be used to get
49 matches
Mail list logo