Linux-Development-Sys Digest #49, Volume #8 Thu, 27 Jul 00 09:13:21 EDT
Contents:
EPROM EMULATORS ("Gary Cullen")
Firstphone GSM 900 PCMCIA Card (Chris Merrigan)
Re: A good IDE (cLIeNUX user)
Re: pci_read_config_dword?? (Allan Young)
Porting of uClinux to Kernel 2.4 ("wong")
Re: A good IDE (Johan Kullstam)
library to implement NFS (phil hunt)
Re: A good IDE (Matthew Graybosch)
Re: A good IDE (cLIeNUX user)
Overlay buffers within Xfree? (Nicola)
Re: where is "clear" source?? (Villy Kruse)
Problem iBCS appeared starting from the version Linux RedHat 6.1 ("Jean-Jacques
LEPAGE")
Re: A good IDE (Johan Kullstam)
Re: Proc fs question (2.2.x kernels) (Cyrille Artho)
Re: Proc fs question (2.2.x kernels) (Mathias Waack)
Re: Problem iBCS appeared starting from the version Linux RedHat 6.1 (jwk)
Setting Serial-Port Status lines (Robert Resch)
----------------------------------------------------------------------------
From: "Gary Cullen" <[EMAIL PROTECTED]>
Crossposted-To: comp.arch.embedded
Subject: EPROM EMULATORS
Date: Wed, 26 Jul 2000 23:26:22 +0100
Hi,
Does anyone know of a cheap eprom emulator running under Linux?
I have a Scanlon Design (E-series) device with DOS drivers, but I can't
locate them now to see if they have ported to Linux. Are they still trading?
Any help appreciated.
Gary
------------------------------
From: Chris Merrigan <[EMAIL PROTECTED]>
Subject: Firstphone GSM 900 PCMCIA Card
Date: Thu, 27 Jul 2000 08:11:36 +1000
Has anyone had success or failure at running a firstphone GSM 900 PCMCIA
card with linux.
Cheerio
Chris
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (cLIeNUX user)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: A good IDE
Date: 26 Jul 2000 22:48:11 GMT
[EMAIL PROTECTED]
>[EMAIL PROTECTED] (cLIeNUX user) writes:
>
>>>Well, emacs can do that too. Even better, you can do M-x compile,
>>>and C-x ` (that's a backquote) takes you to the next error in the
>>>output, opening files as necessary.
>
>>IFF your code is all set up right for emacs. Mine isn't.
>
>How can your code be setup wrong for emacs? You could have a different
>formatting, but it should be not problem to turn off emacs auto
>formatting option, or to customize them to suit your needs.
I use sh scripts instead of make. The script is typically called "build",
and there may be others for what would usually be make targets like
"clean".
Rick Hohensee
[EMAIL PROTECTED]
>
>73, Mario
>--
>Mario Klebsch [EMAIL PROTECTED]
>PGP-Key available at http://www.klebsch.de/public.key
>Fingerprint DSS: EE7C DBCC D9C8 5DC1 D4DB 1483 30CE 9FB2 A047 9CE0
> Diffie-Hellman: D447 4ED6 8A10 2C65 C5E5 8B98 9464 53FF 9382 F518
------------------------------
Subject: Re: pci_read_config_dword??
From: Allan Young <[EMAIL PROTECTED]>
Date: 26 Jul 2000 16:35:18 -0600
Hi Peter,
pci_read_config_dword is used to read a PCI device's configuration
header. The configuration header happens to occupy 256 bytes, that's
why the call doesn't support higher offsets.
What are you looking for at offset 0x100? Perhaps you want to read
from PCI memory or port addresses and not from the PCI configuration
space?
Allan
>>>>> On Mon, 24 Jul 2000 12:21:19 -0700, "Peter Huang"
>>>>> <[EMAIL PROTECTED]> said:
Peter> I want to read configuration offset address 0x100h but the
Peter> limitation on pci_read_config_dword is only 256 bytes. Since
Peter> the second parameter of the function call, which is the offset,
Peter> is a char typed parameter. Can any one point out how do I read
Peter> beyond the first 256 bytes of the configuration address space.
Peter> Peter
--
Allan Young http://www.yottayotta.com
YottaYotta
------------------------------
From: "wong" <[EMAIL PROTECTED]>
Subject: Porting of uClinux to Kernel 2.4
Date: Wed, 26 Jul 2000 16:14:20 -0700
Hi :
I'm working on a project that requires me to port uClinux of the latest
stable version of the kernel to some hardware platform.
Can anyone tell me if there is anybody doing a project related to the
porting of uClinux 2.4 or has anyone succeeded in doing that already?
Thank you.
Yew Fai
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: A good IDE
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: Thu, 27 Jul 2000 00:51:50 GMT
[EMAIL PROTECTED] (cLIeNUX user) writes:
> [EMAIL PROTECTED]
> >[EMAIL PROTECTED] (cLIeNUX user) writes:
> >
> >>>Well, emacs can do that too. Even better, you can do M-x compile,
> >>>and C-x ` (that's a backquote) takes you to the next error in the
> >>>output, opening files as necessary.
> >
> >>IFF your code is all set up right for emacs. Mine isn't.
> >
> >How can your code be setup wrong for emacs? You could have a different
> >formatting, but it should be not problem to turn off emacs auto
> >formatting option, or to customize them to suit your needs.
>
>
> I use sh scripts instead of make. The script is typically called "build",
> and there may be others for what would usually be make targets like
> "clean".
you can adjust the compile-command.
in your .emacs, put
;; compile command
(setq compile-command "build")
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: [EMAIL PROTECTED] (phil hunt)
Crossposted-To: comp.unix.programmer,comp.os.linux.development.apps
Subject: library to implement NFS
Date: Thu, 27 Jul 2000 02:49:38 +0100
I'm looking for software that will enable me to implement a
filing system that communicates using the NFS protocol.
Does anyone know of any well-documented C or C++ libraries that
will allow me to do that, available on an open-source licence?
--
***** Phil Hunt *****
------------------------------
From: Matthew Graybosch <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.development,comp.os.linux.hardware
Subject: Re: A good IDE
Date: Wed, 26 Jul 2000 22:34:53 -0400
In article <8l8pvl$r21$[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote:
"what is the best IDE for Linux ?"
I only dabble with C and C++ myself, but I use the XCoral editor to
write my code and gcc and g++ running in ETerm to compile. I also use
gdb to for debugging.
--
Matthew Lovelace Graybosch
"Never trust a programmer that carries a screwdriver."
------------------------------
From: [EMAIL PROTECTED] (cLIeNUX user)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: A good IDE
Date: 27 Jul 2000 04:57:40 GMT
[EMAIL PROTECTED]
>[EMAIL PROTECTED] (cLIeNUX user) writes:
>
>> [EMAIL PROTECTED]
>> >[EMAIL PROTECTED] (cLIeNUX user) writes:
>> >
>> >>>Well, emacs can do that too. Even better, you can do M-x compile,
>> >>>and C-x ` (that's a backquote) takes you to the next error in the
>> >>>output, opening files as necessary.
>> >
>> >>IFF your code is all set up right for emacs. Mine isn't.
>> >
>> >How can your code be setup wrong for emacs? You could have a different
>> >formatting, but it should be not problem to turn off emacs auto
>> >formatting option, or to customize them to suit your needs.
>>
>>
>> I use sh scripts instead of make. The script is typically called "build",
>> and there may be others for what would usually be make targets like
>> "clean".
>
>you can adjust the compile-command.
>
>in your .emacs, put
>
>;; compile command
>(setq compile-command "build")
>
Thanks, but I'll just type build in the shell.
[EMAIL PROTECTED]
>--
>J o h a n K u l l s t a m
>[[EMAIL PROTECTED]]
>Don't Fear the Penguin!
------------------------------
From: Nicola <[EMAIL PROTECTED]>
Subject: Overlay buffers within Xfree?
Date: Wed, 26 Jul 2000 23:34:22 -0700
Hi,
I'm going to develope a software video decoder and I need
to write an UYVY format image directly into video card
overlay memory. Note that I don't need to drive a frame
grabber, because the bitstream has been captured from a
remote site.
I wrote a first little prototype of my program under
Windows 98, using DirectDraw with an old ATI Rage IIc. Due
to real-time requirements, I'm thinking to rewrite it under
Linux.
I absolutely need to work with YUV format images, without
any YUV->RGB colour spaces conversion.
Is there a way for writing directly an YUV overlay buffer?
Is there also a way for using other hardware acceleration
features? What video card must I work with?
Please, save me from Microsoft!!! :-)
Nicola
* Sent from AltaVista http://www.altavista.com Where you can also find related Web
Pages, Images, Audios, Videos, News, and Shopping. Smart is Beautiful
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Subject: Re: where is "clear" source??
Date: 27 Jul 2000 07:43:55 GMT
On 26 Jul 2000 17:38:06 GMT, Rick Ellis <[EMAIL PROTECTED]> wrote:
>In article <8lhrhm$gb9$[EMAIL PROTECTED]>,
>A derelict Engineer <[EMAIL PROTECTED]> wrote:
>
>>Can anyone tell me where the source code for the "clear" utility is
>>included?? I'd like to find out how to execute a clear_screen() function,
>>without having to link curses, which I don't otherwise use... I've been
>>using system("clear") up to now, and that works adequately, but I'd rather
>>learn how to do it directly...
>
>The one in util-linux-2.10k is just a shell script:
>
>#! /bin/sh
>tput clear
>
And then we are back to the termcap/terminfo stuff.
Check the curs_termcap or curs_terminfo man page and look for
"tigetstr" or "tgetstr" to get the capability for "clear" or "cl".
The returned string you just write out to your terminal.
Villy
------------------------------
From: "Jean-Jacques LEPAGE" <[EMAIL PROTECTED]>
Subject: Problem iBCS appeared starting from the version Linux RedHat 6.1
Date: Thu, 27 Jul 2000 11:24:36 +0200
Subject: Problem iBCS appeared starting from the version Linux RedHat 6.1
*************************************************************************
We use, under development, a BASIC interpreter that initially functioned
under various SCO environments : (SCO XENIX 386, SCO UNIX 3.2 v4.2, SCO
OPENSERVER 5).
We succeeded, without problems and thanks to the iBCS module, to work
whith it in a linux RedHat 6.0 (2.2.5) developpement environnement.In
order to follow the Linux peripheral drivers evolutions, we have done
tests whith the RedHat 6.1 (kernel 2.2.10) and RedHat 6.2 (kernel 2.2.14).
The first tests were not convincing :
The launching of the interpreter always ended with an error
"Segmentation fault".
The only way we found to avoid this problem has been to install the BASIC
interpreter in a small linux ext2 partition of 10 Mb and by using a
symbolic link to have it in the /usr directory.
This "solution" works fine too for other binary files that were causing
the same errors "Segmentation Faults".
As you can imagine, we are not satisfied with this solution and we are
looking for information about this problem :
- Why does it appear?
- Is there something to do to solve it really?
- Is our "empirical solution" the only way to execute our
binary files?
To understand better the problem, here are some more informations about
what we did.
Additional information:
1 - information returned by " file " for the binary file (b):
# b: Pure Microsoft a.out separate segmented Word-swapped V2.3 V3.0
386 small model executable
2 - binary type of file recognized by iBCS: format xout
3 - Case which does not function correctly:
Partitioning:
/dev/sda5 one / standard ext2 (rw) (1500Mo)
/dev/sda1 one / standardboot ext2 (rw) (1OMo)
/dev/sda7 one /uss standard ext2 (rw) (500Mo)
Installation:
b copied in / usr/local/bin
Result (Bad :-( ):
#/usr/local/bin/b
Segmentation fault
4 - Case which functions correctly:
Partitioning:
/dev/sda5 one / standard ext2 (rw) (1500Mo)
/dev/sda1 one / standardboot ext2 (rw) (10Mo)
/dev/sda7 one / cibcs standard ext2 (rw) (10Mo)
/dev/sda8 one / uss standard ext2 (rw) (490Mo)
Installation:
b copied /cibcs
ln - s /cibcs/b /usr/local/bin/b
Result (Good :-) ):
#/usr/local/bin/b
Running CBASE...
IPL doesn't exist or is not a regular file.
#
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: A good IDE
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: Thu, 27 Jul 2000 11:26:22 GMT
[EMAIL PROTECTED] (cLIeNUX user) writes:
> [EMAIL PROTECTED]
> >[EMAIL PROTECTED] (cLIeNUX user) writes:
> >
> >> [EMAIL PROTECTED]
> >> >[EMAIL PROTECTED] (cLIeNUX user) writes:
> >> >
> >> >>>Well, emacs can do that too. Even better, you can do M-x compile,
> >> >>>and C-x ` (that's a backquote) takes you to the next error in the
> >> >>>output, opening files as necessary.
> >> >
> >> >>IFF your code is all set up right for emacs. Mine isn't.
> >> >
> >> >How can your code be setup wrong for emacs? You could have a different
> >> >formatting, but it should be not problem to turn off emacs auto
> >> >formatting option, or to customize them to suit your needs.
> >>
> >>
> >> I use sh scripts instead of make. The script is typically called "build",
> >> and there may be others for what would usually be make targets like
> >> "clean".
> >
> >you can adjust the compile-command.
> >
> >in your .emacs, put
> >
> >;; compile command
> >(setq compile-command "build")
> >
>
>
> Thanks, but I'll just type build in the shell.
since it's your preference, go right ahead. that's not the problem.
if you are not an emacs fan, don't use it. you did, however, assert
that emacs has trouble. this doesn't seem to be the case. someone
else who likes emacs may learn from this thread.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: Cyrille Artho <[EMAIL PROTECTED]>
Subject: Re: Proc fs question (2.2.x kernels)
Date: Thu, 27 Jul 2000 14:03:55 +0200
>
> >Anybody knows some good documentation about the 2.2.x proc file system?
>
> Have you looked at /usr/src/linux/Documentation/proc.txt?
>
There is (almost) no information about /proc/PID/stat there, which is
what top and my utility are using. Are the data types (i. e. what
magnitude and meaning the values given by /proc/PID/stat have)
documented anywhere?
--
Regards,
Cyrille Artho - http://artho.com
A classic is something that everyone wants to have read
and nobody wants to read.
-- Mark Twain, "The Disappearance of Literature"
------------------------------
From: Mathias Waack <[EMAIL PROTECTED]>
Subject: Re: Proc fs question (2.2.x kernels)
Date: 27 Jul 2000 14:05:15 +0200
Cyrille Artho <[EMAIL PROTECTED]> writes:
> Are the data types (i. e. what
> magnitude and meaning the values given by /proc/PID/stat have)
> documented anywhere?
The documentation is as usual in files with suffix .c
Start reading in /usr/src/linux/fs/proc/array.c
The function
static int get_stat(int pid, char * buffer)
returns in buffer the string printed while reading
/proc/<pid>/stat. (if I understand the sources right).
Here you can find:
return sprintf(buffer,"%d (%s) %c %d %d %d %d %d %lu %lu \
%lu %lu %lu %lu %lu %ld %ld %ld %ld %ld %ld %lu %lu %ld %lu %lu %lu %lu %lu \
%lu %lu %lu %lu %lu %lu %lu %lu %d %d\n",
pid,
tsk->comm,
state,
tsk->p_pptr->pid,
tsk->pgrp,
tsk->session,
tsk->tty ? kdev_t_to_nr(tsk->tty->device) : 0,
tty_pgrp,
tsk->flags,
tsk->min_flt,
tsk->cmin_flt,
tsk->maj_flt,
tsk->cmaj_flt,
tsk->times.tms_utime,
tsk->times.tms_stime,
tsk->times.tms_cutime,
tsk->times.tms_cstime,
priority,
nice,
0UL /* removed */,
tsk->it_real_value,
tsk->start_time,
vsize,
tsk->mm ? tsk->mm->rss : 0, /* you might want to shift this left 3 */
tsk->rlim ? tsk->rlim[RLIMIT_RSS].rlim_cur : 0,
tsk->mm ? tsk->mm->start_code : 0,
tsk->mm ? tsk->mm->end_code : 0,
tsk->mm ? tsk->mm->start_stack : 0,
esp,
eip,
/* The signal information here is obsolete.
* It must be decimal for Linux 2.0 compatibility.
* Use /proc/#/status for real-time signals.
*/
tsk->signal .sig[0] & 0x7fffffffUL,
tsk->blocked.sig[0] & 0x7fffffffUL,
sigign .sig[0] & 0x7fffffffUL,
sigcatch .sig[0] & 0x7fffffffUL,
wchan,
tsk->nswap,
tsk->cnswap,
tsk->exit_signal,
tsk->processor);
Now its on you to find the types of the used variables.
Mathias
------------------------------
From: [EMAIL PROTECTED] (jwk)
Subject: Re: Problem iBCS appeared starting from the version Linux RedHat 6.1
Date: 27 Jul 2000 12:38:29 GMT
Reply-To: [EMAIL PROTECTED]
On Thu, 27 Jul 2000 11:24:36 +0200, Jean-Jacques LEPAGE
<[EMAIL PROTECTED]> wrote:
>Subject: Problem iBCS appeared starting from the version Linux RedHat 6.1
>*************************************************************************
>
>We use, under development, a BASIC interpreter that initially functioned
>under various SCO environments : (SCO XENIX 386, SCO UNIX 3.2 v4.2, SCO
>OPENSERVER 5).
>
>We succeeded, without problems and thanks to the iBCS module, to work
>whith it in a linux RedHat 6.0 (2.2.5) developpement environnement.In
>order to follow the Linux peripheral drivers evolutions, we have done
>tests whith the RedHat 6.1 (kernel 2.2.10) and RedHat 6.2 (kernel 2.2.14).
>The first tests were not convincing :
>The launching of the interpreter always ended with an error
>"Segmentation fault".
>
>The only way we found to avoid this problem has been to install the BASIC
>interpreter in a small linux ext2 partition of 10 Mb and by using a
>symbolic link to have it in the /usr directory.
>This "solution" works fine too for other binary files that were causing
>the same errors "Segmentation Faults".
>
>As you can imagine, we are not satisfied with this solution and we are
>looking for information about this problem :
> - Why does it appear?
> - Is there something to do to solve it really?
> - Is our "empirical solution" the only way to execute our
> binary files?
>
Perhaps you should try to run strace and see what system calls cause it
to fail? That might give you more information.
Good luck,
Jurriaan
--
"I say we nuke the site from Orbit, it's the only way to be sure."
GNU/Linux 2.2.17pre12 SMP 4 users load av: 0.08 0.18 0.09
------------------------------
From: Robert Resch <[EMAIL PROTECTED]>
Subject: Setting Serial-Port Status lines
Date: Thu, 27 Jul 2000 14:48:48 +0200
Hi!
I'm searching for a way to set the Status-Lines on the Linux
Serial-Ports. for example DTR from Low to High or from High to Low to
drive a LED which is showing me a status of the machine.
------------------------------
** 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
******************************
