Weight of an IRIS 4D/210GTX Box anyone ?

2006-04-08 Thread Kathy Quinlan

Hi all,

I have been offered a IRIS 4D/210GTX SGI box, and I need to know the 
rough weight, thought as google did not turn up anything and SGI seem to 
disown all the old stuff these days, anyone got any idea on the weight 
of this ?


Regards,

Kat.


--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.4.0/304 - Release Date: 7/04/2006
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: clock.h

2005-02-28 Thread Kathy Quinlan
Dan Nelson wrote:
In the last episode (Feb 28), Kathy Quinlan said:
I have this:
#include 
In program I use this:
DELAY(1000);
I get this:
undefined referance to 'DELAY'
when I compile the program with GCC with flags -Wall -g -o com main.c

DELAY is a kernel function.  In user processes, just use sleep() or
nanosleep().  When you directly #include  headers from
userland, the only useable things are structure definitions and macro
constants (and even then it's recommended that you use a userland
interface instead).  You can't call any of the functions.
Thanks, using sleep now, only need a second :)
Slowly learning programming in a real enviroment whene we do not have 
microsloth program to hold our hands (never had a VC++ ap able to do 
anything to a system, this program has already core dumped a few times)

Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.5.1 - Release Date: 27/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


clock.h

2005-02-28 Thread Kathy Quinlan
I have this:
#include 
In program I use this:
DELAY(1000);
I get this:
undefined referance to 'DELAY'
when I compile the program with GCC with flags -Wall -g -o com main.c
ANY ideas ??
I have looked in the relevent header and it seems to be there
Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.5.1 - Release Date: 27/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: gcc question

2005-02-24 Thread Kathy Quinlan
Daniel O'Connor wrote:
On Thu, 24 Feb 2005 17:57, Kathy Quinlan wrote:
ATM it is written in codevisionAVR which is where the function is
called, so I guess for now I will just break the AVR support;)

Ahh..
So.. are you talking about getting the coding running _in FreeBSD_ or compiled 
on FreeBSD and running on an AVR?

I am talking about getting the same code running under FreeBSD AND the 
AVR with minimal changes.

Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: gcc question

2005-02-23 Thread Kathy Quinlan
Daniel O'Connor wrote:
On Thu, 24 Feb 2005 15:00, Kathy Quinlan wrote:
I have some code that I build for two targets, one an Atmel uC and the
other FreeBSD.
What is the best way to redefine getchar and putchar (in uC they use the
serial port, in FreeBSD stdin stdout)
Or would I be better #ifdef the commands and making getchar only used in
uC and my serial port handler in FreeBSD ??

I didn't think getchar/putchar existed in the Atmel libc implementation..
I would suggest using a different function name and implement it differently 
for either platform.

Also you'll want to be careful about the fact that the Atmel has 2 separate 
address spaces (if it's an AVR anyway) which can cause problems because you 
have to read from the right one.

ATM it is written in codevisionAVR which is where the function is 
called, so I guess for now I will just break the AVR support;)

I am planning on moving wholey over to GCC and FreeBSD, once my final 
customer has agreed to Eagle for the EDA side, this PC will be Free of 
M$ crap and I will be wholy FreeBSD :)

Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


gcc question

2005-02-23 Thread Kathy Quinlan
Hi all,
I have some code that I build for two targets, one an Atmel uC and the 
other FreeBSD.

What is the best way to redefine getchar and putchar (in uC they use the 
serial port, in FreeBSD stdin stdout)

Or would I be better #ifdef the commands and making getchar only used in 
uC and my serial port handler in FreeBSD ??

Thanks for the help
Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Error in my C programming

2005-02-21 Thread Kathy Quinlan
Peter Jeremy wrote:
OK it was all to do with the comments it did not like the //comments 
ARRGG the rest of the errors were bogus as soon as I changed EVERY 
comment over to the ANSI C /*comments*/ it now works (oh and removed the 
#pragma directives from a c compiler for the AVR uC I will have to put 
all the different complier directives in different #ifdef tags :)

Thanks all for your help it is really apreciated (I may actually go to 
bed soon lol)

If anyone can recomend online resources for Makefiles I would apreciate 
it :)

Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Error in my C programming

2005-02-20 Thread Kathy Quinlan
Gary Corcoran wrote:
Kathy Quinlan wrote:
Peter Jeremy wrote:
On Mon, 2005-Feb-21 00:22:56 +0800, Kathy Quinlan wrote:
These are some of the errors I get in pairs for each of the above 
variables:

Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'


Without knowing exactly what is on those lines, it's difficult to offer
any concrete suggestions.
Two possible ways forward:
1) Change the declaration at Wtrend_Drivers.h:9 to be 'extern'
2) Pre-process the source and have a close look at the definitions and
   declarations for Receiver.  You may have a stray #define that is
   confusing the type or a missing semicolon.
Peter
Here is a section of my code:
*** Wtrend_Drivers.c ***
(12)void Reset_Network (unsigned char Network)
(13)   {
(14)Length = 0x00;
(15)Receiver = 0x00;
(16)Node = 0xFF;
(17)Command = Reset;
(18)Make_Packet_Send(Head , Length, Network, Receiver, Node, 
Command, p_Data);
(19)   }

*** Wtrend_Drivers.h ***
unsigned char Length , Network , Receiver , Node , Command = 0x00;
The above is line 9 of the Wtrend_Drivers.h
The numbers in () I have added to show the line numbers in 
Wtrend_Drivers.c

These are some of the errors I get in pairs for each of the above 
variables:

Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'

I would try putting the variables in the header file on separate lines.
For example:
unsigned char Length = 0;
unsigned char Network = 0;
unsigned char Receiver = 0;
etc.
Done that to no avail :(
Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Error in my C programming

2005-02-20 Thread Kathy Quinlan
Richard Sharpe wrote:
On Mon, 21 Feb 2005, Kathy Quinlan wrote:

Peter Jeremy wrote:

On Mon, 2005-Feb-21 00:22:56 +0800, Kathy Quinlan wrote:

These are some of the errors I get in pairs for each of the above variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'

Without knowing exactly what is on those lines, it's difficult to offer
any concrete suggestions.
Two possible ways forward:
1) Change the declaration at Wtrend_Drivers.h:9 to be 'extern'
2) Pre-process the source and have a close look at the definitions and
  declarations for Receiver.  You may have a stray #define that is
  confusing the type or a missing semicolon.
Peter
Here is a section of my code:
*** Wtrend_Drivers.c ***
(12)void Reset_Network (unsigned char Network)
(13)   {
(14)Length = 0x00;
(15)Receiver = 0x00;
(16)Node = 0xFF;
(17)Command = Reset;
(18)Make_Packet_Send(Head , Length, Network, Receiver, Node,
Command, p_Data);
(19)   }
*** Wtrend_Drivers.h ***
unsigned char Length , Network , Receiver , Node , Command = 0x00;
The above is line 9 of the Wtrend_Drivers.h
The numbers in () I have added to show the line numbers in Wtrend_Drivers.c
These are some of the errors I get in pairs for each of the above variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'

Ummm, move the definition of all those variables to before their first
use and see what that does. Also, check that you do not have an earlier
definition that does not include the extern keyword.
Checked all that, in Wtren_Drivers.h (which is listed before the c file 
they are used in) I have:

extern unsigned char wtReceiver =0;
is that what you mean ?
Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Error in my C programming

2005-02-20 Thread Kathy Quinlan
Michael C. Shultz wrote:
On Sunday 20 February 2005 11:02 am, Kathy Quinlan wrote:
Peter Jeremy wrote:
On Mon, 2005-Feb-21 00:22:56 +0800, Kathy Quinlan wrote:
These are some of the errors I get in pairs for each of the above
variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'
Without knowing exactly what is on those lines, it's difficult to
offer any concrete suggestions.
Two possible ways forward:
1) Change the declaration at Wtrend_Drivers.h:9 to be 'extern'
2) Pre-process the source and have a close look at the definitions
and declarations for Receiver.  You may have a stray #define that
is confusing the type or a missing semicolon.
Peter
Here is a section of my code:
*** Wtrend_Drivers.c ***
(12)void Reset_Network (unsigned char Network)
(13)   {
(14)Length = 0x00;
(15)Receiver = 0x00;
(16)Node = 0xFF;
(17)Command = Reset;
(18)Make_Packet_Send(Head , Length, Network, Receiver, Node,
Command, p_Data);
(19)   }
*** Wtrend_Drivers.h ***
unsigned char Length , Network , Receiver , Node , Command = 0x00;
The above is line 9 of the Wtrend_Drivers.h
The numbers in () I have added to show the line numbers in
Wtrend_Drivers.c
These are some of the errors I get in pairs for each of the above
variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'
Regards,
Kat.

How does it do when you use decimal equivalents?
 (14)Length = 0;
 (15)Receiver = 0;
 (16)Node = 255;
-Mike
Still the same :(
Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Error in my C programming

2005-02-20 Thread Kathy Quinlan
Peter Jeremy wrote:
On Mon, 2005-Feb-21 00:22:56 +0800, Kathy Quinlan wrote:
These are some of the errors I get in pairs for each of the above variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'

Without knowing exactly what is on those lines, it's difficult to offer
any concrete suggestions.
Two possible ways forward:
1) Change the declaration at Wtrend_Drivers.h:9 to be 'extern'
2) Pre-process the source and have a close look at the definitions and
   declarations for Receiver.  You may have a stray #define that is
   confusing the type or a missing semicolon.
Peter
Here is a section of my code:
*** Wtrend_Drivers.c ***
(12)void Reset_Network (unsigned char Network)
(13)   {
(14)Length = 0x00;
(15)Receiver = 0x00;
(16)Node = 0xFF;
(17)Command = Reset;
(18)Make_Packet_Send(Head , Length, Network, Receiver, Node, 
Command, p_Data);
(19)   }

*** Wtrend_Drivers.h ***
unsigned char Length , Network , Receiver , Node , Command = 0x00;
The above is line 9 of the Wtrend_Drivers.h
The numbers in () I have added to show the line numbers in Wtrend_Drivers.c
These are some of the errors I get in pairs for each of the above variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'
Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Error in my C programming

2005-02-20 Thread Kathy Quinlan
Zera William Holladay wrote:
On Mon, 21 Feb 2005, Kathy Quinlan wrote:

Hi Guys,
Here is a section of my code:
*** Wtrend_Drivers.c ***
unsigned char Length , Network , Receiver , Node , Command = 0x00;
//Some Variables
These are some of the errors I get in pairs for each of the above variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'

Try giving "Receiver" a different identifier.
No difference, I renamed to wtReceiver :(
  Also, if you are trying to
limit the scope of Length, Network, Receiver, Node and Command to
Wtrend_Drivers.*, then give line 9 of Wtrend_Driver.h the "static"
qualifier.
Nope my main program can set the variables.

Hope this helps, Zera Holladay
p.s. Watch the parameters in your function definitions too, you may get
them mixed-up.
???
Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Error in my C programming

2005-02-20 Thread Kathy Quinlan
Hi Guys,
Here is a section of my code:
*** Wtrend_Drivers.c ***
void Reset_Network (unsigned char Network)
	{
	Length = 0x00;			//Length = 0 as we are not sending any data with 
this command
	Receiver = 0x00;//Dummy Value for receiver, 
Node takes prefferance
	Node = 0xFF;//Node addy of 255 is broadcast 
to all nodes
	Command = Reset;//Command we want
	Make_Packet_Send(Head , Length, Network, Receiver, Node, Command, p_Data);
	}

*** Wtrend_Drivers.h ***
unsigned char Length , Network , Receiver , Node , Command = 0x00; 
//Some Variables

These are some of the errors I get in pairs for each of the above variables:
Wtrend_Drivers.c:15: conflicting types for `Receiver'
Wtrend_Drivers.h:9: previous declaration of `Receiver'
I am at a loss as to why I am getting these errors, BTW this code 
compiles fine on my AVR (Atmel uC) but I need for a current app to use 
them under *nix.

Regards,
Kat.

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Finding variables

2005-02-16 Thread Kathy Quinlan
Hi all,
I am using some code from http://home.flash.net/~bobgh/serial.htm
It uses variables of ioctl like TCSETS, I have seen it in other FreeBSD 
source code, but I can not find what I need to include to get it to work .

Regards,
Kat.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14/02/2005
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"