Linux-Development-Sys Digest #365, Volume #6 Tue, 2 Feb 99 11:16:42 EST
Contents:
Re: Ignorant Socalists (was disheartened gnome developer) (Marco Anglesio)
Re: Samba needs "mount version 6" (Peter Samuelson)
Re: New free widget library: Notif-0.1 (Mark)
Re: Why I'm dumping Linux, going back to Windblows (Gordon Scott)
Re: New free widget library: Notif-0.1 (jik-)
cdrecord and LEADOUT ("Thierry BUCCO")
Driven by Bios-INT? (Eric Wick)
Re: RPC NIS ypbind problem... ([EMAIL PROTECTED])
SENDMAIL SOURCE CODE ? ("Anthony Parker")
Re: SENDMAIL SOURCE CODE ? (Peter Samuelson)
Re: Starcraft on Linux (J�rgen Schmied)
Re: PROPOSAL: comp.unix.year-2038 (WAS: 2038 and Linux) (Tristan Wibberley)
ix86 : optimizing data types (Pascal A. Dupuis)
Re: parport and HP Deskjet 500 (Giandomenico De Tullio)
Re: Rewriting IDLE Process - Need Strategic Advice - part 1 (Peter Samuelson)
Re: 2.0.36 strange behavior (Jacques Gangloff)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Marco Anglesio)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: Ignorant Socalists (was disheartened gnome developer)
Reply-To: [EMAIL PROTECTED]
Date: Tue, 02 Feb 1999 03:35:16 GMT
On 01 Feb 1999 19:37:22 -0500, Johan Kullstam <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Marco Anglesio) writes:
>> But Microsoft is not an arm of the state; in fact, the state and Microsoft
>> have been before the courts almost continuously for the last ten
>> years.
>
>yes but the government is a *huge* customer of microsoft. they (DoD)
That doesn't make Microsoft an arm of the state, either controlled
directly or by proxy. The state is as vulnerable to changing technologies
as any other organization. And you're confusing the association of the
state with a company as customer with the state as manager.
>but if you consider microsoft to be an arm of the establishment, then
>microsoft is definately in the socialist camp.
If you consider Microsoft or any other company to be an arm of the
*state*, then Microsoft or any other company is definitely in the
socialist camp, but there's no reason (much less good reason) to consider
Microsoft or any other company an arm of the state. Like I said before,
they ignore the authority of the state. Nice try.
They don't dominate the PC market because the state made it easy for them
or assigned a concession. They dominate the PC market because they're very
good at playing the game of capitalism, without (or even despite) the
presence of the state. MS would be just fine without the state, even
without a state. They'd probably be pretty happy to be free of the
restrictions.
marco
--
Marco Anglesio The press isn't cynical enough. They're the only Americans
[EMAIL PROTECTED] capable of this kind of embarrassing, greenhorn
http://www.the-wire.com/~mpa civic wonder anymore. (James Poniewozik)
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Samba needs "mount version 6"
Date: 2 Feb 1999 00:29:13 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Roland Pabel <[EMAIL PROTECTED]>]
> Whenever I try to mount a smb-share from a Windows (or even the
> Linux) computer, the syslog post this message : "SMBFS : needs mount
> version 6". I thought updating samba would be the first thing to do,
> so I updated it from the SuSE server to version 1.9.18p10-19.
You should have read the famous Documentation/Changes file. I quote:
To mount SMB (Samba / Windows) shares, you'll need to use the
smbmount utility included with release 2.0 of Samba.
Documentation/filesystems/smbfs.txt has more information about this.
Note that smbmount must have been built against 2.2 headers to work
with 2.2; if all else fails, recompile it and hope it works ;-). In
addition, Mike Warfield has a script and some information at
http://www.wittsend.com/mhw/smbmount.html that you will probably find
useful.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: Mark <[EMAIL PROTECTED]>
Crossposted-To:
comp.windows.x,comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: New free widget library: Notif-0.1
Date: Mon, 01 Feb 1999 23:16:17 -0500
Emile van Bergen wrote:
> [SNIP]
>
> Could you (or someone else), please explain to me, for once and for all,
> WHY almost all GUI toolkits use this *#$%@ callback model with the main
> loop in the user interface?? I have the following objections to such a
> model:
>
> 2. It encourages interface-centric design; in that you need a fixed
> framework for your application for the GUI to function. I'd go more for
> something like calling answer=requestyesno("Title","Question",MYFLAGS);
> for simple dialogs and for complex things something like:
[SNIP]
The most common programming model of today's high-power business apps is
the "three-tier" model. On the top, the most visible part, is the UI.
Beneath that are the business rules, and at the bottom is the DB. The
company I work at has people who specialize in each of these, with
standard rules on how the tiers communicate. Where a non-callback model
usually relegates the user to perform actions in a specific order (enter
customer number, enter customer name, enter customer address...), a
callback model lets the input restrictions be determined by the data,
rather than the programmer. That is to say, I can put in the customer's
information in whatever order he gives it to me; once he gives me his
customer number, I can change whatever field he wants me to. As far as
simple, common tasks (query box, message box, file chooser box), most
frameworks already include such critters. (In WinSlows it's part of the
USER.DLL; I'm not sure about X.)
> 4. What is the fundamental difference between a keyboard full of buttons
> and a window full of buttons? No system that I know of has an
> keyboard-interrupt handler with which you can register a function that
> will be called if key 'A' is pressed, an another function if key 'B' is
> pressed. (The most annoying thing would be if the key in question
> wouldn't be passed as an argument, otherwise you could create just one
> callback for all keys which simply puts the key in a FIFO queue). No,
> this would be regarded brain dead, but its the standard in GUI's. WHY?
I think you're being too specific in your analogy. Every possible
permutation does not require a callback, but every possible *type* of
event does. That is to say, just as typing in a text box uses a different
callback from a mouse click in the same box, so does a keystroke use a
different interrupt from a timer tick or a received network packet.
(Ah, NetBIOS, how we loved ye.....) Also, not all events that have to
be handled are caused by the process or the user. In such a case, the
easiest way to handle them is to have a system-registered callback some-
where. A perfect example is when a window which was formerly under
another window is suddenly exposed (raised, or the top window is moved,
partially revealing the window underneath). How is the system going to
notify the program that it needs to redraw all or part of the window?
Either a callback directly registered with the system, or a pipe some-
where which the program uses to listen for system-generated events
(and then the program will call the correct function to redraw--
again a callback, but called within the process instead).
As a side note, it isn't only GUI toolkits that use the callback model.
One of the best programming projects I was ever privileged to work on
used an extensive OO, callback-oriented model, and it was strictly DOS.
When it was moved to the Evil GUI, replacement of the UI code was a
snap.
> If anyone would like to enlighten me on this, please, by all means!
How's that?
DISCLAIMER: I have probably said some (or lots of) things which you
already knew. Insulting your intelligence is not my intention. These
things are stated for the benefit of those who may be new to GUI
programming; if you are one such person, then I hope this helps.
--
Mark
When you reply, make sure to remove the obvious from the address.
"I am a friend of the Penguin."
------------------------------
From: [EMAIL PROTECTED] (Gordon Scott)
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: 2 Feb 1999 08:58:50 GMT
Reply-To: Gordon Scott <[EMAIL PROTECTED]>
mark@com wrote:
: In article <793v6a$2qh$[EMAIL PROTECTED]>,
: [EMAIL PROTECTED] says...
: >
: >Man pages are not and IMHO should not be full-blown manuals.
: Agree. But you are also missing the point.
No I'm not. (he said, politely)
: Adding few examples at the end of a man page, does not make the man
: page to be full-blown manual.
I'm more than happy for an example or few to go into man pages and I agree
that there are some pages that *really* could do with a few. But we also
really mustn't bloat them so that they lose their primary value as a quick,
concise reference.
Actually, I think there are a few man pages that might benefit from having
their bulk turned into a full manual and having the man page cut down ;-)
Regards,
G.
--
Gordon Scott Opinions expressed are my own.
[EMAIL PROTECTED] (official) [EMAIL PROTECTED] (backdoor)
[EMAIL PROTECTED] (home) http://www.apis.demon.co.uk
Linux ............... Because I like to _get_ there today.
------------------------------
From: jik- <[EMAIL PROTECTED]>
Crossposted-To:
comp.windows.x,comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: New free widget library: Notif-0.1
Date: Tue, 02 Feb 1999 00:53:11 -0800
You didn't make use of the resource manager. Why not?
What drag and drop protocol did you use, Xdnd?
------------------------------
From: "Thierry BUCCO" <[EMAIL PROTECTED]>
Subject: cdrecord and LEADOUT
Date: Mon, 01 Feb 1999 22:52:53 +0100
Hi,
I try to make a little program which retrieve the value of the last session
of a cd. Like cdrecord DEVICE -msinfo.
but the second value of cdrecord does not correspond with my LEADOUT value.
with ioctl call. Here my C source :
struct cdrom_tochdr tochdr;
struct cdrom_tocentry tocentry;
int track,status,NbTrack;
open("/dev/cdrom", O_RDONLY);
ioctl(fd,CDROMREADTOCHDR,&tochdr))
printf("\n->nb tr : %d",NbTrack=tochdr.cdth_trk1); // nb de tracks
for (track = 1; track <= tochdr.cdth_trk1; track++)
{
tocentry.cdte_track=track;
tocentry.cdte_format = CDROM_MSF;
ioctl(fd, CDROMREADTOCENTRY, &tocentry);
printf("\n-> track %d: %02d.%02d.%02d",tocentry.cdte_track,
tocentry.cdte_addr.msf.minute, tocentry.cdte_addr.msf.second,
tocentry.cdte_addr.msf.frame);
printf(" - lba : %ld",tocentry.cdte_addr.msf.minute * 60 * 75 +
tocentry.cdte_addr.msf.second * 75 + tocentry.cdte_addr.msf.frame - 150);
}
tocentry.cdte_track = CDROM_LEADOUT;
status = ioctl(fd, CDROMREADTOCENTRY, &tocentry);
printf("\n-> track %d: %02d.%02d.%02d",tocentry.cdte_track,
tocentry.cdte_addr.msf.minute, tocentry.cdte_addr.msf.second,
tocentry.cdte_addr.msf.frame);
printf(" - lba : %ld",tocentry.cdte_addr.msf.minute * 60 * 75 +
tocentry.cdte_addr.msf.second * 75 + tocentry.cdte_addr.msf.frame - 150);
}
exemple : cdrecord -> 14495,27293
me -> track 1: 00.02.00 - lba : 0
-> track 2: 03.15.20 - lba : 14495
-> track 170: 04.35.18 - lba : 20493
Thanks a lot for your help.
??? Is there a way to determine if the cd is close or open ?
Thierry - FRANCE
------------------------------
From: [EMAIL PROTECTED] (Eric Wick)
Subject: Driven by Bios-INT?
Date: 2 Feb 1999 08:26:59 GMT
Hello,
can someone tell me, why Noone has ever build a Kerneldriver that use the
Bios-INT to use a System-internal Harddiskcontroller?
With this way, probably ALL i86-Boards can be used (mabye slow, but works
although with specialparts). I think this can enhance Linux for future.
ByeBye
Eric Wick
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: RPC NIS ypbind problem...
Reply-To: [EMAIL PROTECTED]
Date: Tue, 2 Feb 1999 11:51:05 GMT
YANG Tong <[EMAIL PROTECTED]> wrote:
> Jan 30 23:45:34 licorne ypbind[274]: unable to register (YPBINDPROG,
> YPBINDVERS, udp). : Connection refused
> Cannot register service: RPC: Unable to receive; errno = Connection
> refused
Are you running portmap ?
------------------------------
From: "Anthony Parker" <[EMAIL PROTECTED]>
Subject: SENDMAIL SOURCE CODE ?
Date: Tue, 2 Feb 1999 00:41:54 -0600
Crossposted-To:
alt.os.linux,alt.os.linux.caldera,apana.lists.os.linux.redhat,comp.os.linux.development.apps,linux.dev.linuxbsd
Is the source code for SENDMAIL ( or any other mail server ) in public
domain ? If so, where can I get it. Using it is one thing, understanding
what is really going on is what I want to know.
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To:
alt.os.linux,alt.os.linux.caldera,apana.lists.os.linux.redhat,comp.os.linux.development.apps,linux.dev.linuxbsd
Subject: Re: SENDMAIL SOURCE CODE ?
Date: 2 Feb 1999 02:32:17 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Anthony Parker <[EMAIL PROTECTED]>]
> Is the source code for SENDMAIL ( or any other mail server ) in
> public domain ?
None that I know of. Many mail servers are Open Source[tm (:], meaning
you may download, look at, change and redistribute the source code, but
that is *not* the same thing as public domain. Look for sendmail,
smail, qmail, zmailer, exim and some others I can't think of right now.
> If so, where can I get it.
I generally use my friendly neighborhood Debian mirror. Try:
http://http.us.debian.org/debian/dists/stable/main/source/mail/
(Nothing wrong with SRPMS but I find Debian's .orig.tar.gz files more
accessible, particularly on other Unix boxes.)
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (J�rgen Schmied)
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development,comp.os.linux.development.apps
Subject: Re: Starcraft on Linux
Date: Tue, 02 Feb 1999 13:29:54 GMT
Reply-To: [EMAIL PROTECTED]
>Memory leaks in Starcraft or Wine?
in wine i suppose...
you can find the starcraft howto if you go to winehq.com -> links
ciao
juergen
------------------------------
From: [EMAIL PROTECTED] (Tristan Wibberley)
Crossposted-To:
comp.os.linux.misc,comp.os.linux.advocacy,comp.software.year-2000,comp.unix.advocacy
Subject: Re: PROPOSAL: comp.unix.year-2038 (WAS: 2038 and Linux)
Date: 2 Feb 1999 13:34:17 GMT
In article <794fh9$86b$[EMAIL PROTECTED]>,
Andre Fachat <[EMAIL PROTECTED]> writes:
> In comp.os.linux.development.system Andreas Schwab <[EMAIL PROTECTED]>
>wrote:
>> |> >
>> |> > As an octal ascii string, like all other numbers in the header.
>> |>
>> |> That is to say, `as a time_t'?
>
>> As seconds since 1970-1-1 00:00:00.
>
> fixed size?
>From above:
As an octal ascii string...
^^^^^^
I assume that means it goes from the first character to the \nul like C
strings, but stored in octal.
Note that this is followup'd to comp.software.year-2000 only as this is the
closest to appropriate
--
Tristan Wibberley
------------------------------
From: [EMAIL PROTECTED] (Pascal A. Dupuis)
Subject: ix86 : optimizing data types
Date: 2 Feb 1999 13:35:34 GMT
Reply-To: [EMAIL PROTECTED]
Hello,
I'm working on a device driver for a data acquisition card (8 bits ISA
interface). The driver will mainly run on a ix486, 2.0.36 kernel.
The driver will keep a lot of internal datas, in particular :
-last value read/written to the device ports
-status of the device ports (one variable by port) : read or write
-...
The original code I got for the card used integer vars everywhere, even for
booleans. Would it be better to define those vars as "unsigned char"
(the type which is really needed on the card) to reduce memory consumption,
or will I have significant slowndown of the code ? (Or maybe gain nothing
because of alignment ?)
TIA
Pascal A. Dupuis
--
To be or not to be. -- Shakespeare
To do is to be. -- Nietzsche
To be is to do. -- Sartre
Do be do be do. -- Sinatra
------------------------------
From: Giandomenico De Tullio <[EMAIL PROTECTED]>
Subject: Re: parport and HP Deskjet 500
Date: Tue, 02 Feb 1999 11:00:47 +0100
Aaron McCarthy wrote:
>
> After installing the new kernel 2.2.1 and seting up the parport driver I
> could no longer print to my DJ500 but could print to the newer HP
> DeskJet 670C,
>
> any ideas
On 2.2.1 .. (w/ ParPort active!) the 1st Parallel Port is lp0 NOT lp1.
update Ur /etc/printcap !
--
Windows98: Plug (lo scanner USB) and Pray (che non crashi il sistema)
Microsoft Outlook : dove vuoi vuoi vuoi vuoi vuoi postare oggi?
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Rewriting IDLE Process - Need Strategic Advice - part 1
Date: 2 Feb 1999 00:53:53 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Carl Spalletta <[EMAIL PROTECTED]>]
> I thought it would be a nice touch to rewrite the idle process to do
> some useful work.
Others have already written about the relative effectiveness of
"shredding" your empty disk space, but a couple points still haven't
really been made:
- Currently Linux calls a HALT when it has nothing for the CPU to do.
(Weird CPU stepping bugs excepted.) Those CPU thermometers on
newfangled motherboards have confirmed that Linux manages to run
several degrees cooler than That Other OS. This allegedly reduces
the failure rate and prolongs the lifetime of a CPU. It also reduces
power consumption, which laptop users probably care about.
- ext2, as noted already, resists fragmentation pretty well. This
means a defrag gives pretty diminishing returns. (And again, laptop
users would care about leaving their drives spun up all the time.)
- Remember to put in logic to figure out *why* nothing's in the run
queue. If everyone is waiting on the hard disk, it won't be too
productive to generate defragging traffic.
- Perhaps a better way to spend time, if you really must, would be to
do more open FD readahead. Mmapping could really use this: surely it
could speed up a fresh XEmacs startup.... Again, you want to check
for an existing bottleneck on the hard drive.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: Jacques Gangloff <[EMAIL PROTECTED]>
Subject: Re: 2.0.36 strange behavior
Date: Tue, 02 Feb 1999 13:34:08 +0100
Matthias Suencksen wrote:
> yes, it looks like faulty hardware. I recently
> had also buggy memory chips which caused Ooopses here and then.
>
> Matthias
> --
> Out-of-order Execution
> (Feature von modernen Microprozessoren)
I'm not sure,
I have run memtest86 on my system without an error .
For safety purpose, I switch back to 2.0.35.
Jacques
--
******************************************************************************
Jacques Gangloff, Bd Sebastien Brandt, 67400 ILLKIRCH, FRANCE
+33 (0)3 88 65 50 70 http://pc12gra.u-strasbg.fr
******************************************************************************
------------------------------
** 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
******************************
