Linux-Development-Sys Digest #757, Volume #7 Tue, 11 Apr 00 13:14:15 EDT
Contents:
Re: How compatible is Linux with .. Linux (John Alvord)
Re: delay start up for somve services (Mark Hahn)
Re: syscall during shrinking? (Weiguang Shi)
Re: To core or not to core - You tell me (Floyd Davidson)
Re: Problem with PLIP (via laplink cable) (Martin Kahlert)
Re: how to include linux/tty.h [Was: conflicting header files] (Villy Kruse)
Re: generic scsi driver (Josef Moellers)
Re: ne.o module - 2.3.99pre3 (Anders Larsen)
Re: Problem with PLIP (via laplink cable) (Etienne Lorrain)
Cheap/Free alternatives to Hummingbird eXceed ("Gast Primus")
Re: Cheap/Free alternatives to Hummingbird eXceed (Kaz Kylheku)
Re: Cheap/Free alternatives to Hummingbird eXceed (Maarten Wijnen)
Re: Cheap/Free alternatives to Hummingbird eXceed (Koos Pol)
Re: Cheap/Free alternatives to Hummingbird eXceed (Kristjan Kristinsson)
Linux Daemon problem (Manoj Patil)
Re: Cheap/Free alternatives to Hummingbird eXceed (Manoj Patil)
Packaging software... (Andre Charbonneau)
Re: Cheap/Free alternatives to Hummingbird eXceed ("Gast Primus")
logging xterm seesions ("Gast Primus")
Color faxing s/w? (M Sweger)
Re: How compatible is Linux with .. Linux (aflinsch)
Re: Cheap/Free alternatives to Hummingbird eXceed (Leslie Mikesell)
Re: Absolute failure of Linux dead ahead? (Donal K. Fellows)
gcc assembly code ("Long")
Re: To core or not to core - You tell me (Dima Volodin)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (John Alvord)
Subject: Re: How compatible is Linux with .. Linux
Date: Tue, 11 Apr 2000 03:35:19 GMT
On Mon, 10 Apr 2000 13:45:47 -0400, "The Wogster"
<[EMAIL PROTECTED]> wrote:
>
>John Alvord wrote in message <[EMAIL PROTECTED]>...
>>On Fri, 7 Apr 2000 14:04:09 -0400, "The Wogster"
>><[EMAIL PROTECTED]> wrote:
>>
>>>
>>
>>MVS under MVS is new to me (and I have been watching it since 1969).
>>VM has the only virtualizing operating system in the IBM world.
>>
>>MVS also has a pretty good unix-posix services feature the last few
>>years.
>>
>
>
>I have heard of MVS under MVS, so it must be technically possible, (how do
>you test new patches, if production and test are on the same box,
>otherwise).
You are probably think of LPARs. That is a way you can divide a box
into multiple independent operating machines. It is kind-of VM like,
but is installed as a hardware feature, has much lower overhead and
isn't as flexible. On a 10 CPU box you can have 8 dedicated to
production and 2 dedicated to testing. I knew one of the fellows that
worked on it, brilliant fellow.
john
------------------------------
From: Mark Hahn <[EMAIL PROTECTED]>
Subject: Re: delay start up for somve services
Date: 11 Apr 2000 04:37:38 GMT
> up "Connected to server", then it wait about 3 to 4 minutes to ask me the
> login name. After I login, its transfer rate is fine. This situation same
normally a sign that you should fix /etc/resolv.conf.
that is, the 3-4 minutes are a nameserver timeout.
------------------------------
From: Weiguang Shi <[EMAIL PROTECTED]>
Subject: Re: syscall during shrinking?
Date: Mon, 10 Apr 2000 23:00:24 -0600
Thanks for your response.
It seems to me that "ed" will "truncate" a file to zero before writing the
modified file (in memory?) to it.
That's really strange.
Weiguang
On 10 Apr 2000, Mark Wooding wrote:
> Weiguang Shi <[EMAIL PROTECTED]> wrote:
>
> > Could you please tell me what system calls should the action of shrink
> > a file's size invoke (e.g., as I "ed" a file and delete several lines and
> > type a "w")?
>
> To answer the question as asked, `ed' will:
>
> * open(file, O_RDONLY)
> * read() the file until EOF (read returns zero).
> * close()
>
> Then you edit, and save the file. `ed' will then:
>
> * open(file, O_WRONLY | O_CREAT | O_TRUNC, 0666)
> * write() all of the file's contents
> * close()
>
> That's probably not what you wanted to hear. I suspect that you really
> wanted to know about the ftruncate(2) function, which you should look up
> in a convenient manual page.
>
> -- [mdw]
>
>
------------------------------
From: Floyd Davidson <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.c,comp.unix.solaris,comp.lang.c++,comp.unix.programmer
Subject: Re: To core or not to core - You tell me
Date: 10 Apr 2000 20:31:15 -0800
"Mike Spooner" <[EMAIL PROTECTED]> wrote:
>Mark McIntyre <[EMAIL PROTECTED]> wrote
>>Ron Natalie <[EMAIL PROTECTED]> wrote:
>>>Joe Pfeiffer wrote:
>>>>David Williams <[EMAIL PROTECTED]> writes:
>>>>>
>>>>> a) 0 == NULL (an integral constant expression with value 0...
>>>>> converted by comparsion...this produces a null pointer..)
>>>>> ^^^^^^^^^^^^^^^^^^^^^^^
>>>>> ??? are they the same or not?? NB A conversion could be taking
>>>>> place implying that they are not.
>>>>
>>>> This is a subtle point, and you've picked up on it
>>>> perfectly. It is possible, in principle, for the
>>>> conversion to take place so that (void *) 0 is not a word
>>>> full of all zeroes, and NULL need not be represented as all
>>>> zeroes.
There is a point which is being misunderstood in this thread.
There are three distinctly *separate* defined terms which are
all being confused:
NULL
is a macro, defined per Section 7.1.6 of the 1990
ANSI/ISO C Standard. The NULL macro "expands to an
implementation-defined null pointer constant".
There are two possible ways that NULL can be defined:
null pointer constant
is defined in Section 6.2.2.3 as "An integral constant
expression with the value 0, or such an expression cast
to type void *."
Either of the above are entities which can be included in source
code. The third term, which is being confused with the above,
is defined by the Standard as internal to the compiler,
null pointer
is defined in Section 6.2.2.3 as a pointer of any type
which is "guaranteed to compare unequal to a pointer to
any object or function".
Section 6.2.2.3 says that a "null pointer constant" is
*converted* to a "null pointer" of the appropriate type whenever
a null pointer constant is compared or assigned to a pointer.
NULL is *not* a "null pointer". It is a null pointer constant
in the source code, which is *not* a "null pointer".
A null pointer is an internal device, and it is a *null pointer*
which can have any bit pattern the implementor chooses as long
as it does not point to a valid object or function.
>>>NULL is necessarily an integer zero constant.
>>
>> n2874
>> 7.17
>> NULL
>> which expands to an implementation-defined null pointer
>> constant
>> 6.3.2.1
>> [#3] An integer constant expression with the value 0, or
>> such an expression cast to type void *, is called a null
>> pointer constant.
>>
>> thus NULL may be either an integer or a void*. Its incorrect to state
>> that it _must_ be an integer.
>
>It is also not comletely correct to say that it must be
>zero. The ANSI C standard allows NULL to be an arbitrary
>bit-pattern, but insists that the compiler convert it to a zero
>value when assigning or comparing it with an integer type.
The macro NULL must be a null pointer constant, which is either
an integral constant expression of value 0 or such an expression
cast to a void*. (In other words, it has an all 0 bit pattern.)
It is only converted to a "null pointer", which is what may be
an arbitrary bit pattern, when it is compared or assigned to a
pointer of some specific type. (The bit patterns for different
pointer types could even be different.)
>One C compiler (for a CPU with signed addresses!) used a value
>of all-1s for NULL (all-0s was in the middle of the
>address-space).
No, it might use an all 1's pattern for a *null pointer* of any
type, but NULL is a macro that is either... 0 or (void*)0.
> For things like:
>
> int i, x;
>
> if ((i == NULL) || (x == 0))
>
>everything is fine, but when attempting to "clear" allocated
>structures that have pointer members, you have to initialise
>the pointer members with an explicit assignment...
>
>First, the wrong (non-portable) way:
>
> struct {int count; char *ptr} s;
>
> memset(s, 0, sizeof(s));
>
>Now the portable way:
>
> struct {int count; char *ptr} s;
>
> memset(s, 0, sizeof(s));
> s->ptr = NULL;
>
>The difference is that the compiler cannot tell that the memset() call
>is effectively being used to assign to each member of the structure:
>ANSI C only guarantees the automatic (invisible) conversion between
>internal and external representations of NULL for *explicit*
>assignments and comparisons.
There is no "internal" representation of NULL. It is converted
explicitly to a "null pointer". The "null pointer" might be a
different bit pattern for different types of pointers, or like
NULL it might be 0. But it is a different entity than the NULL
or the "null pointer constant" which generates it. Note that a
null pointer constant can also be compared or assigned to a type
int, and however foolish that might be it does *not* get
converted to a null pointer. Hence (0 == NULL) is true because
NULL expands to an all 0 bit pattern, while (&x == NULL) causes
the NULL to expand and then be converted to a null pointer,
which might not be an all 0's bit pattern.
Viewing it that way, which keeps the three distinct terms
separate just as they are defined in the Standard, is less
confusing. And it is indeed a confusing subject.
Floyd
--
Floyd L. Davidson [EMAIL PROTECTED]
Ukpeagvik (Barrow, Alaska)
------------------------------
From: [EMAIL PROTECTED] (Martin Kahlert)
Subject: Re: Problem with PLIP (via laplink cable)
Date: 11 Apr 2000 06:49:05 GMT
Reply-To: [EMAIL PROTECTED]
[Posted and mailed]
In article <8ctdcr$t37$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (bill davidsen) writes:
>
> In article <8ck056$1rq$[EMAIL PROTECTED]>,
> Martin Kahlert <[EMAIL PROTECTED]> wrote:
>
>| If i ping the alpha from my laptop and look at ifconfig plip1 there,
>| the counter for the received packages is big (because i pinged
>| it from alpha), but no packages transmitted. There are a lot
>| of errors indicated in the Tx line.
>| In /var/log/messages i get error messages saying something close like
>| plip1: transmit timeout(1,84).
>|
>| The routing entries seem to be o.k.
>|
>| Could any kind soul explain this to me and tell me, what i did wrong?
>
> Will you settle for something to try? Be sure both ports are set in
> standard mode, not EPP or ECP. There might be an issue with recent
> drivers wanting to use DMA, or hardware flow control, or FIFO, or
> whatever. That I would be lieve might work best with both ends the same.
> Keep us posted, please.
Hi,
thanks for your reply!
I posted kind of an update in this thread.
My actual problem seems to be, that the laptop (linux 2.0.35)
isn't able to speak to any plip driver from a linux 2.2.14 kernel.
Could you please try that?
The laptop (Compaq Contura 430) has no changeable BIOS page
(it got lost while i installed Linux on it.
Compaq decided to put the Bios program - of course not the BIOS itself -
onto a disk partition which i accidently deleted).
I assume, that the laptop works in standard mode, because it's quite old.
How can i tell, which mode parport wants to use?
On loading the module it reports a lot of supported modes (EPP,ECP..)
I saw in the parport's TODO list an entry to enhance PLIP to use
the faster modes, so i assume, it opperates in standard mode up to now.
Thanks again,
Martin.
--
The early bird gets the worm. If you want something else for
breakfast, get up later.
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Subject: Re: how to include linux/tty.h [Was: conflicting header files]
Date: 11 Apr 2000 07:06:48 GMT
On Mon, 10 Apr 2000 19:33:18 GMT,
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>When I eliminated it, there was one symbol that was not resolved. That
>symbol is MAX_NR_CONSOLES. It is defined in linux/tty.h. Grepping all
>the include files turns up that there is no include file that defines
>this except linux/tty.h so that one has to be included either directly
>or indirectly.
>
>Of course I could just insert my own define of MAX_NR_CONSOLES, but my
>whole point is that the system of header files is currently _broken_ and
>I see no _official_ way to get this symbol defined that works correctly.
>
I see in the current version of /usr/src/linux/include/linux/tty.h
will be clean as long as __KERNEL__ is undefined. What remains
after eliminating the lines between #ifdef __KERNEL__ and #endif
are the lines below. As there are no more #include lines left
among these lines no conflicts should be caused by including
<linux/tty.h>
I checked that with Redhat 5.x (kernel 2.0) and RH6.x (kernel 2.2)
so it is possible the #ifdef __KERNEL__ is an redhat modification.
You can add the -H option when comiling the program and see exactly which
files are included by which include file, as the list are indented to
show this relationship.
This is wat is effectivily included from linux/tty.h when __KERNEL__ is
undefined.
-->#ifndef _LINUX_TTY_H
-->#define _LINUX_TTY_H
-->
-->/*
--> * 'tty.h' defines some structures used by tty_io.c and some defines.
--> */
-->
-->/*
--> * These constants are also useful for user-level apps (e.g., VC
--> * resizing).
--> */
-->#define MIN_NR_CONSOLES 1 /* must be at least 1 */
-->#define MAX_NR_CONSOLES 63 /* serial lines start at 64 */
-->#define MAX_NR_USER_CONSOLES 63 /* must be root to allocate above this */
--> /* Note: the ioctl VT_GETSTATE does not work for
--> consoles 16 and higher (since it returns a short) */
-->
-->#endif
In generlal, though, #include <linux/xxx.h> should not be done from
user programs.
--
Villy
------------------------------
From: Josef Moellers <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: generic scsi driver
Date: Tue, 11 Apr 2000 10:09:27 +0200
David E Allen wrote:
> =
> Is there anyone out there working with the generic scsi driver (my kern=
el
> is 2.2.14-5.0)? The scsi driver howto was a good start, but leaves out =
a
> lot.
> =
> My latest revelation is that the "real" scsi driver buffers a lot. I've=
been
> writing to the disk with the generic driver and /dev/sga, and checking
> results with "dd </dev/sda" - and actually not checking "results" at al=
l,
> but rather what must have been buffered much earlier. :-(
It's not "the scsi driver" that buffers, but the buffer cache.
Normally, all accesses to (scsi) disks are sent through the buffer cache
to improve performance.
If you send a command through the generic scsi driver sg, you talk to
the scsi driver directly, bypassing the buffer cache. If you then read
from the scsi disk sd, your request is first sent to the buffer cache
which may or may not go to the scsi driver to get the data from the
disk.
If you write data using sg, you will have what is called "stale data" in
your buffer cache.
Hope this helps,
Josef
-- =
Josef M=F6llers
Fujitsu Siemens Computers
SHV Server DS 1
------------------------------
From: Anders Larsen <[EMAIL PROTECTED]>
Subject: Re: ne.o module - 2.3.99pre3
Date: Tue, 11 Apr 2000 09:25:26 +0200
Paul Kimoto wrote:
>
> In article <8ctbci$skn$[EMAIL PROTECTED]>, bill davidsen wrote:
> > In PPP BSD compression can only be built as a module. I found the line
> >in Config.in, and that's deliberate. Bug or limitation?
>
> Configure.help says:
>
> : The PPP Deflate compression method ("PPP Deflate compression",
> : above) is preferable to BSD-Compress, because it compresses better
> : and is patent-free.
> :
> : Note that the BSD compression code will always be compiled as a
> : module; it is called bsd_comp.o and will show up in the directory
> : modules once you have said "make modules".
>
> I believe that the latter is because of patent (or some other
> intellectual-property) concerns.
It's a license issue, not a technical one.
The BSD compression code is licensed under, well, the BSD license, which
is incompatible with the GPL.
To avoid legal problems, the BSD compression will be kept separate as
a module.
--
Anders Larsen
e-mail: alarsen AT baumerident DOT com
------------------------------
From: Etienne Lorrain <[EMAIL PROTECTED]>
Subject: Re: Problem with PLIP (via laplink cable)
Date: Tue, 11 Apr 2000 09:25:34 +0100
Martin Kahlert wrote:
> The laptop (Compaq Contura 430) has no changeable BIOS page
> (it got lost while i installed Linux on it.
> Compaq decided to put the Bios program - of course not the BIOS itself -
> onto a disk partition which i accidently deleted).
See at:
http://www.compaq.com/support/files/portables/us/1_27.html
for floppy setup disks.
------------------------------
From: "Gast Primus" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Cheap/Free alternatives to Hummingbird eXceed
Date: Tue, 11 Apr 2000 09:38:06 +0100
Hi
I have been testing an evaluation copy of exceed but my boss says it's too
expensive and telnet sessions are next to useless for what we want to do.
Does anybody know of a cheap / free alternative to exceed bearing in mind I
really only want xterms.
Thanks in anticipation of your help.
Iain
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Re: Cheap/Free alternatives to Hummingbird eXceed
Reply-To: [EMAIL PROTECTED]
Date: Tue, 11 Apr 2000 09:20:49 GMT
On Tue, 11 Apr 2000 09:38:06 +0100, Gast Primus <[EMAIL PROTECTED]>
wrote:
>Hi
>
>I have been testing an evaluation copy of exceed but my boss says it's too
>expensive and telnet sessions are next to useless for what we want to do.
>Does anybody know of a cheap / free alternative to exceed bearing in mind I
>really only want xterms.
Sounds like all you want is a decent remote login terminal for Windows, as
opposed to the laughable telnet program that comes with Windows. In that case,
look no further than PuTTY.
http://www.chiark.greenend.org.uk/~sgtatham/putty/
This thing supports telnet and ssh, and appears to have very good terminal
emulation and color support, resizing, xterm cut and paste, and all that. It's
the only Windoze terminal program I have ever seen that is any good (other than
the rxvt port to GNU-Win32 combined with the standard command line ssh client
ported to GNU-Win32).
--
#exclude <windows.h>
------------------------------
From: Maarten Wijnen <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Re: Cheap/Free alternatives to Hummingbird eXceed
Date: Tue, 11 Apr 2000 11:37:23 +0200
On Tue, 11 Apr 2000, Gast Primus wrote:
> Hi
>
> I have been testing an evaluation copy of exceed but my boss says it's too
> expensive and telnet sessions are next to useless for what we want to do.
> Does anybody know of a cheap / free alternative to exceed bearing in mind I
> really only want xterms.
If you don't want support for X-applications you could try putty
(putty.exe in a search engine should give you some download
location). It's a free ssh/telnet client and it works very nice.
It's just as flexible as an ordinairy xterm.
If you want X-applications, take a look at this posting:
http://www.linux.ie/archive/msg00900.html
>
> Thanks in anticipation of your help.
>
> Iain
>
>
>
--
greetings,
wine
------------------------------
From: [EMAIL PROTECTED] (Koos Pol)
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Re: Cheap/Free alternatives to Hummingbird eXceed
Date: 11 Apr 2000 11:02:30 GMT
Reply-To: [EMAIL PROTECTED]
| On Tue, 11 Apr 2000 09:38:06 +0100, Gast Primus <[EMAIL PROTECTED]>
| wrote:
| >Hi
| >
| >I have been testing an evaluation copy of exceed but my boss says it's too
| >expensive and telnet sessions are next to useless for what we want to do.
| >Does anybody know of a cheap / free alternative to exceed bearing in mind I
| >really only want xterms.
Vnc is what you want. It a free product of AT&T and it is a complete X
server/client product.
More stable than Exceed, a bit slower, but better from architectual point of
view: The client (viewer) is completely separated from the X environment.
Your PC may crash but after a restart your vnc client can re-attach to the X
session as if nothing happened.
Koos Pol
======================================================================
S.C. Pol - Systems Administrator - Compuware Europe B.V. - Amsterdam
T:+31 20 3116122 F:+31 20 3116200 E:[EMAIL PROTECTED]
Check my email address when you hit "Reply".
------------------------------
From: [EMAIL PROTECTED] (Kristjan Kristinsson)
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Re: Cheap/Free alternatives to Hummingbird eXceed
Date: Tue, 11 Apr 2000 11:30:38 GMT
Isn't VNC a _VERY_ slow alternative?
Greetings
Kristjan
On 11 Apr 2000 11:02:30 GMT, [EMAIL PROTECTED]
(Koos Pol) wrote:
>| On Tue, 11 Apr 2000 09:38:06 +0100, Gast Primus <[EMAIL PROTECTED]>
>| wrote:
>| >Hi
>| >
>| >I have been testing an evaluation copy of exceed but my boss says it's too
>| >expensive and telnet sessions are next to useless for what we want to do.
>| >Does anybody know of a cheap / free alternative to exceed bearing in mind I
>| >really only want xterms.
>
>Vnc is what you want. It a free product of AT&T and it is a complete X
>server/client product.
>More stable than Exceed, a bit slower, but better from architectual point of
>view: The client (viewer) is completely separated from the X environment.
>Your PC may crash but after a restart your vnc client can re-attach to the X
>session as if nothing happened.
>
>Koos Pol
>----------------------------------------------------------------------
>S.C. Pol - Systems Administrator - Compuware Europe B.V. - Amsterdam
>T:+31 20 3116122 F:+31 20 3116200 E:[EMAIL PROTECTED]
>
>Check my email address when you hit "Reply".
------------------------------
From: Manoj Patil <[EMAIL PROTECTED]>
Subject: Linux Daemon problem
Date: Tue, 11 Apr 2000 17:05:30 +0530
Dear All,
I am facing a weired problem on linux system. I have a client server
application. The server is a daemon. The client can inform the server
to restart itself.
Now I have two scenarios
1. When I start the server from the shell prompt, the application works
properly. The client informs the server to restart and it happens
graciously
2. However, when I start the server from init routine (rc.d), the server
does not restart itself when the client asks it to do so.
The code is a neatly written standard code and it works fine on AIX and
solaris. Thsi problem occurs only on linux
Any guesses ????
Regards
------------------------------
From: Manoj Patil <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Re: Cheap/Free alternatives to Hummingbird eXceed
Date: Tue, 11 Apr 2000 17:21:16 +0530
Hi !
Try using Free TNTlite products MIXServer. Its a very neat one.... extremely
fast... we have been using here since ages now and are very happy
Maarten Wijnen wrote:
> On Tue, 11 Apr 2000, Gast Primus wrote:
>
> > Hi
> >
> > I have been testing an evaluation copy of exceed but my boss says it's too
> > expensive and telnet sessions are next to useless for what we want to do.
> > Does anybody know of a cheap / free alternative to exceed bearing in mind I
> > really only want xterms.
>
> If you don't want support for X-applications you could try putty
> (putty.exe in a search engine should give you some download
> location). It's a free ssh/telnet client and it works very nice.
>
> It's just as flexible as an ordinairy xterm.
>
> If you want X-applications, take a look at this posting:
>
> http://www.linux.ie/archive/msg00900.html
>
> >
> > Thanks in anticipation of your help.
> >
> > Iain
> >
> >
> >
>
> --
>
> greetings,
>
> wine
------------------------------
Date: Tue, 11 Apr 2000 08:59:01 -0700
From: Andre Charbonneau <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Packaging software...
Hi,
I'm currently working on a regional settings control panel protoype
(that works with system-level localization and uses Qt for UI) and I
would like to put it in a nice package so that other linux users can
give it a try. I would like users to be able to do a './configure' to
generate the makefiles according to their system's settings. Can anyone
help me on this one? Where can I find good documentation about this
topic?
Thanks,
--
Andre Charbonneau
Software Engineer
Corel Corporation
728-0826 x5612
------------------------------
From: "Gast Primus" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Re: Cheap/Free alternatives to Hummingbird eXceed
Date: Tue, 11 Apr 2000 13:28:55 +0100
Putty works fine.
Thanks alot,
Iain
------------------------------
From: "Gast Primus" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: logging xterm seesions
Date: Tue, 11 Apr 2000 13:27:48 +0100
I've noticed that the logging of xterms is not supported by linux - the menu
option does not exist and the xterm help states that it is unsupported. How
do I log my xterm sessions.
Thanks in anticipation,
Iain
------------------------------
From: [EMAIL PROTECTED] (M Sweger)
Crossposted-To: comp.os.linux.development.apps
Subject: Color faxing s/w?
Date: 11 Apr 2000 14:50:18 GMT
Reply-To: [EMAIL PROTECTED]
Hi,
I'm wondering if it is possible to send "color" faxes to machines that
act as fax machines/color printers and whether Linux can receive a color
fax and display it as a color document? Perhaps using hylafax or something
similar!
What about sending a color picture and when it is received, to display
a gray scale image. What about in reverse? Sending a gray scale and
pseudo coloring it? Adobe Photoshop not allowed to do the coloring <g>
I here there are color fax machines, but haven't seen any at the store.
Another question, is how does one send a Msoft Word, Postscript, and pdf
document and when it is received after faxing, to convert it back to
the format selected such as Msfot Word ....etc.
--
Mike,
[EMAIL PROTECTED]
------------------------------
From: aflinsch <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: How compatible is Linux with .. Linux
Date: Tue, 11 Apr 2000 11:00:36 -0500
"Peter T. Breuer" wrote:
> : I liked the basis of the technology, if IBM would have built a micro370, and
> : a trimmed down version of VM/370 instead of signing on with Microsoft, we
> : would all be using true blue systems for this stuff.
>
> Possibly. JCL was inflexible gobbledegook.
gobbledegook perhaps, but very flexible, IF you understand it. Main
purpose was to seperate ties to i/o from the program, and provide a
consistrent method to bind files to a program symbolically. Once one
understands the basic concepts of it, it becomes rather simple.
------------------------------
From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To: comp.os.linux.development,comp.os.linux.misc
Subject: Re: Cheap/Free alternatives to Hummingbird eXceed
Date: 11 Apr 2000 10:20:30 -0500
In article <[EMAIL PROTECTED]>,
Kristjan Kristinsson <[EMAIL PROTECTED]> wrote:
>Isn't VNC a _VERY_ slow alternative?
That depends mostly on the window size, color depth, and
background decorations of your window manager. At 800x600,
8-bit color, and the rather spartan blackbox window
manager I find it tolerable over a dialup and at least
as fast as a native X server on a local network. The
real plus, though, is that it maintains the sessions whether
you are connected or not. You can start up some long-running
programs and periodically check on them from different locations,
or start something at work, then check on it from home.
You can also use it to control windows boxes remotely, although
that does tend to be slower.
Les Mikesell
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Donal K. Fellows)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Date: 11 Apr 2000 15:20:50 GMT
In article <[EMAIL PROTECTED]>,
Tom Mitchell <[EMAIL PROTECTED]> wrote:
> Are there M3 compilers in the gnu world that are up to the task?
> At least three processor targets.
I think the one I'd heard of (log ago, admittedly) used the gcc
back-end, so targetting loads of processors shouldn't be a problem.
Donal.
--
Donal K. Fellows http://www.cs.man.ac.uk/~fellowsd/ [EMAIL PROTECTED]
-- The small advantage of not having California being part of my country would
be overweighed by having California as a heavily-armed rabid weasel on our
borders. -- David Parsons <o r c @ p e l l . p o r t l a n d . o r . u s>
------------------------------
From: "Long" <[EMAIL PROTECTED]>
Subject: gcc assembly code
Date: Tue, 11 Apr 2000 08:15:15 -0700
Hello,
Does anybody knows any link to where I can find a quick reference on GCC
assembly code? The instruction to this is a little different compared to
Borland compiler which I can guess but just want to double check. Thanks in
advance.
Long
------------------------------
From: Dima Volodin <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.c,comp.unix.solaris,comp.lang.c++,comp.unix.programmer
Subject: Re: To core or not to core - You tell me
Date: Tue, 11 Apr 2000 11:58:44 -0400
Floyd Davidson wrote:
> The macro NULL must be a null pointer constant, which is either
> an integral constant expression of value 0 or such an expression
> cast to a void*. (In other words, it has an all 0 bit pattern.)
There's no requirement that ((void*)0) produced all 0 bit pattern.
> Floyd
Dima
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
