KCLUG

5 participants
3246 discussions

RE: OT: generator for ice storm
by Brian Densmore 05 Jan '05

05 Jan '05

I'd have to say hooking up a generator to your house circuit is a pretty dangerous thing. I'm not electrical expert, but I used to build mainframes and the power systems that went with them. While it is possible to do what you are doing, it can easily burn up your house and fry the electrical worker if you do anything incorrectly. As Duane said you need to make sure your wire is thick enough. Where he gets the crazy Idea to drive your house off of 10 gauge wire is beyond me. While it may be possible, it's (IMO) extremely bad to do. I wouldn't use anything less than 0 cable. Of course it also depends on the length of run from your generator to the circuit. Anything over 3 feet you'll want to use a heavier gauge than 10 or risk burning up your house (depending on what kind of current you draw of course. If you have a 100AMP service and are powering everything from the big screen TV to the dishwasher,hairdryer,vacumm, power saw, oven, microwave, washer, dryer, furnace, water heater, 3 bedrooms, two baths, etc. - then things might get pretty hot. Some generators are designed to do exactly what you are wanting to do. I'd keep usage to a minimum and unplug any device that is always on (TV, VCR, many digital electronics), and be discriminate in the use of power. You'll definitely want do as Duane suggests and check the Hz and voltage coming out. Anything in the range 50-60 Hz is fine and from 110-120V/220-240 (even 100/200 wouldn't be too bad). Be extremely careful and make sure your set up is well grounded and check, double-check and triple-check that the main is open. Bottom line is there are so many variables that if your aren't at least proficient with electricity you should never attempt it. It sounds as if you have some level of competency, but then that can be dangerous in it's own right. Brian > -----Original Message----- > From: Brad > > This is what I thought as well, but if you read posts on the net about > it, people get their heads chewed off by people who obviously > know more > than I do about electricity. I am hoping there is also no danger of > fire or anything at my home. It is looking like I may need to do this > given the looks of things. > > Thanks, > > Brad > > On Tue, 2005-01-04 at 15:51 -0600, Ben Kelley wrote: > > I'm in no way an expert, but I have heard about several people doing > > this w/o any consequences. > > Also From what I understand even if you forgot to throw > the main, it > > shouldn't be a real problem unless a lineman happens to be working > > nearby, this is what is know as feeding the grid, pushing > power back > > to the electrical grid. Lots of off grid solar equipped people are > > doing this, and in most cases get a check from their power > company for > > supplying power back to the grid. Also I heard a story about the > > Sprint being asked to run their generators at the campus during the > > day to generate their own power, and at night connect to > the grid and > > feed power back to the power company. > > But that is all hearsay. > > > > So in my _nonexpert opinion_, as long as you disconnect > the main, you > > shouldnt have any problems powering your home. > > > _______________________________________________ > Kclug mailing list > Kclug(a)kclug.org > http://kclug.org/mailman/listinfo/kclug >

4 4

OT: generator for ice storm
by Brad 05 Jan '05

05 Jan '05

This is way off topic, but related to a recent thread. I have a 5500 watt generator that might see some usage tonight or tomorrow. In the 2002 ice storm I fed the 240 out of the generator and into my ac 2 pole breaker to feed the electrical panel in the house. I threw the main while doing this and had no problems. Now, thinking about the coming storm I was looking at the possibility of doing this again. Everything you read on the the Internet says you are crazy for doing this and risk frying your generator, killing a linesman, or burning down your house. My question for you electrical whizzes is if I absolutely, positively remember to throw the main when doing this, what are the real dangers then. Is it just warned against because someone _might_ forget to throw the main or are there dangers even if the main is thrown. TIA, Brad --

4 6

Re: MSIE slipping further?
by Gerald Combs 04 Jan '05

04 Jan '05

Oren Beck wrote: > HOW does it "look" to the tracking tools if someone is using WINE ? The same as if they were running under Windows. Most web log analyzers parse the contents of the "User-Agent:" string that is passed from the browser to the server for each request. E.g. Firefox on my laptop (when booted to XP) sends Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) \ Gecko/20041107 Firefox/1.0 The format of this string is a de facto standard, AFAIK. > The question that comes to mind is accuracy . Though many > browsers state that they "can" identify as "BrowserX.X" does it > really- show properly to your tool ? Same query as to OS identity . > I do wonder if some misidentification is skewing results in unpredictable > directions . Example being if I am using Opera installed in a Win9X > machine > then use Knoppix to run Opera- too lazy to import bookmarks for example ? I have no idea how accurate these statistics are. They're highly dependent on the notion that the overwhelming majority of users _don't_ fool with their "User-Agent:" settings, and that browsers don't lie about themselves by default. Some web analysis tools use JavaScript tricks to try to ferret out extra information about the user's environment (e.g. screen resolution). You could even use some sort of passive OS fingerprinting to identify the client, but it might not be very useful. I have a feeling that compared to the number of MSIE users, the number of people running Opera under Wine under Knoppix is several digits to the right of any useful rounding error. At any rate, most people who have the need or desire to change their "User-Agent:" string do so in order to make whatever oddball browser they're using look like MSIE. This makes MSIE's drop in numbers doubly-damning, IMO.

1 0

Re: Dynamic signatures
by Brian Kelsay 04 Jan '05

04 Jan '05

Kurt, I looked around the site and found a few references to Linux and Unix use. Perhaps you could use the Java client or compile the C++ client? The FAQ says anything that can run Perl can run it. I'm assuming they're talking about putting the display code into a webpage. The client that grabs the info would be what you are having problems with. Then again, I could be wrong. Brian Kelsay >>> <kurt@verruckt> 01/02/05 10:48PM >>> Does anyone know of a dynamic signature like this one http://sigx.yuriy.net/ For linux? Maybe my search criteria is crap, but I'm not turning anything up.

1 0

RE: Net::RawIP Compile
by Welsh, Ed 04 Jan '05

04 Jan '05

CPAN fails in the same place. I found that CPAN was one revision older than the tar ball code and I thought it might be repaired in the new code. Such was not the case and they both fail. Really, all CPAN does is download, extract, make, make test, make install and keeps it all organized. EW -----Original Message----- From: Jonathan Hutchins [mailto:[email protected]] Sent: Friday, December 31, 2004 10:35 AM To: kclug(a)kclug.org Subject: Re: Net::RawIP Compile On Thursday 30 December 2004 04:58 pm, Welsh, Ed wrote: > Net::RawIP Why not just get it with CPAN? _______________________________________________ Kclug mailing list Kclug(a)kclug.org http://kclug.org/mailman/listinfo/kclug The information transmitted in this e-mail is intended only for the addressee and may contain confidential and/or privileged material. Any interception, review, retransmission, dissemination, or other use of, or taking of any action upon this information by persons or entities other than the intended recipient is prohibited by law and may subject them to criminal or civil liability. If you received this communication in error, please contact us immediately at 816.421.6611, and delete the communication from any computer or network system.

1 0

Dynamic signatures
by kurt＠verruckt.org 03 Jan '05

03 Jan '05

Does anyone know of a dynamic signature like this one http://sigx.yuriy.net/ For linux? Maybe my search criteria is crap, but I'm not turning anything up. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.825 / Virus Database: 563 - Release Date: 12/30/2004

2 1

executable help files in Linux
by Brian Densmore 01 Jan '05

01 Jan '05

I was looking at a driver download from Lexar for the JumpDrive secure version 3.1. It has drivers for Linux, Mac and Windows. In the Linux directory is the driver to use the secure functions of the stick/drive. It appears to be gtk based from a hexdump. There is also a .hlp file, which has the magic number and identifier for ELF files. It also appears to be a GTK executable file. I don't recall ever seeing a Linux help file that was actually a program. Is this some new trend in Linux or is it just something Lexar has taken upon themselves to do? I don't have a Linux desktop handy to test this, but will try to load it later and see how well the driver works in Linux and how portable it is. I'm assuming that Lexar has not opensourced the driver, there is no sourcecode included. It's nice to see the support though. When I contacted the support people the second question was which OS I was using. Not which version of Windows. Brian Densmore

3 3

Re: hand powered linux box
by Brian Kelsay 31 Dec '04

31 Dec '04

Jun. 2001 Brian Kelsay >>> David Nicol <> 12/12/04 11:48PM >>> http://www.uclinux.com/hand-powered_web_server/

9 15

Net::RawIP Compile
by Welsh, Ed 31 Dec '04

31 Dec '04

Hopefully this is an appropriate place to field this. Let me know otherwise. I am attempting to instal the Net::RawIP perl module and keep getting heinous compile errors. I'll take any suggestions as to research resources. This is a fairly clean install of perl and Fedora. I'm thinking that the old code (2000) isn't compatible with the newer gcc. Can someone try this on an older gcc install? thanks Environment: Fedora Core 3 Perl 5.8.5 Libpcap 0.8.3 Gcc 3.4.3 Here are the compile errors: [root@fake Net-RawIP-0.1]# make cp RawIP.pm blib/lib/Net/RawIP.pm AutoSplitting blib/lib/Net/RawIP.pm (blib/lib/auto/Net/RawIP) cp RawIP/libpcap.pod blib/lib/Net/RawIP/libpcap.pod /usr/bin/perl /usr/lib/perl5/5.8.5/ExtUtils/xsubpp -typemap /usr/lib/ +perl5/5.8.5/ExtUtils/typemap -typemap typemap RawIP.xs > RawIP.xsc & +& mv RawIP.xsc RawIP.c gcc -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -f +no-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_ +FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -m32 -march=i386 + -mtune=pentium4 -DVERSION=\"0.1\" -DXS_VERSION=\"0.1\" -fPIC "-I/u +sr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE" -D_LINUX_ -D_ETH_ - +D_IFLIST_ -D_GLIBC_ RawIP.c RawIP.xs: In function `ip_opts_creat': RawIP.xs:444: error: label at end of compound statement RawIP.xs: In function `tcp_opts_creat': RawIP.xs:543: error: label at end of compound statement RawIP.xs: In function `XS_Net__RawIP_tcp_pkt_parse': RawIP.xs:764: warning: use of cast expressions as lvalues is deprecate +d RawIP.xs:790: warning: use of cast expressions as lvalues is deprecate +d RawIP.xs: In function `XS_Net__RawIP_icmp_pkt_parse': RawIP.xs:823: warning: use of cast expressions as lvalues is deprecate +d RawIP.xs: In function `XS_Net__RawIP_generic_pkt_parse': RawIP.xs:863: warning: use of cast expressions as lvalues is deprecate +d RawIP.xs: In function `XS_Net__RawIP_udp_pkt_parse': RawIP.xs:897: warning: use of cast expressions as lvalues is deprecate +d RawIP.xs: In function `XS_Net__RawIP_dispatch': RawIP.xs:1289: warning: use of cast expressions as lvalues is deprecat +ed RawIP.xs: In function `XS_Net__RawIP_loop': RawIP.xs:1311: warning: use of cast expressions as lvalues is deprecat +ed make: *** [RawIP.o] Error 1 Ed Welsh The information transmitted in this e-mail is intended only for the addressee and may contain confidential and/or privileged material. Any interception, review, retransmission, dissemination, or other use of, or taking of any action upon this information by persons or entities other than the intended recipient is prohibited by law and may subject them to criminal or civil liability. If you received this communication in error, please contact us immediately at 816.421.6611, and delete the communication from any computer or network system.

2 1

RE: :RawIP Compile
by Brian Densmore 30 Dec '04

30 Dec '04

> -----Original Message----- > From: Welsh, Ed > > Hopefully this is an appropriate place to field this. Let me > know otherwise. > > I am attempting to install the Net::RawIP perl module and keep > getting heinous compile errors. I'll > take any suggestions as to research resources. This is a > fairly clean install of perl and Fedora. > I'm thinking that the old code (2000) isn't compatible with > the newer gcc. Can someone try this on an > older gcc install? > > thanks > > Environment: > Fedora Core 3 > Perl 5.8.5 > Libpcap 0.8.3 > Gcc 3.4.3 > > Here are the compile errors: > > [root@fake Net-RawIP-0.1]# make > cp RawIP.pm blib/lib/Net/RawIP.pm > AutoSplitting blib/lib/Net/RawIP.pm (blib/lib/auto/Net/RawIP) > cp RawIP/libpcap.pod blib/lib/Net/RawIP/libpcap.pod > /usr/bin/perl /usr/lib/perl5/5.8.5/ExtUtils/xsubpp -typemap /usr/lib/ > +perl5/5.8.5/ExtUtils/typemap -typemap typemap RawIP.xs > RawIP.xsc & > +& mv RawIP.xsc RawIP.c > gcc -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -f > +no-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_ > +FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -m32 -march=i386 > + -mtune=pentium4 -DVERSION=\"0.1\" -DXS_VERSION=\"0.1\" -fPIC "-I/u > +sr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE" -D_LINUX_ -D_ETH_ - > +D_IFLIST_ -D_GLIBC_ RawIP.c > RawIP.xs: In function `ip_opts_creat': > RawIP.xs:444: error: label at end of compound statement > RawIP.xs: In function `tcp_opts_creat': > RawIP.xs:543: error: label at end of compound statement Have you looked at the RawIP.c at lines 444 and 543 and verified they didn't mistakenly place labels at the end of a compound statement? Or that they didn't make a typo somewhere and forget a bracket or something? The warnings can be ignored.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

KCLUG