Minutes of tonight's committee meeting are now up at
Please note that last meeting we clarified our subscription policy; the
$20 subscription is for a year's membership between AGMs. We're sorry
that the installfest fell within 6 months of the next meeting, but we
hope that you'll all consider the WLUG a worthy enough cause to
resubscribe in September when our AGM occurs. Please also accept our
apologies that there was no notification of this meeting; the meeting
reminder bot is on holiday and will be fixed very shortly.
Went ahead and got one of these ... and the ltmodem source
which I'm trying to compile under 2.6
what do you list when you "lspci" the modem? I get an unrecognised pcTel device .. number 2179 ..
I am wondering if they have substituted a no name brand for the lectron modme you got ... either way compiling
seems to be un straightforward .. so could you send me any
tricks you used to get it compiled (fedora 2)
> From: Daniel Lawson <daniel(a)meta.net.nz>
> Date: 2004/06/18 Fri AM 08:59:46 GMT+12:00
> To: Waikato Linux Users Group <wlug(a)list.waikato.ac.nz>
> Subject: Re: [wlug] modem
> > I'd get a Lectron I56PSP/F40 PCI modem from Ascent
> > (http://www.ascent.co.nz/mn-product-spec.asp?pid=120287). $20.93, and
> > it works well in linux.
> > Get the ltmodem drivers from
> > http://www.physcip.uni-stuttgart.de/heby/ltmodem/. If you're running
> > FC2 on a P2 or Celeron or later, you'll *probably* be ok to get the
> > binary release drivers - make sure you get the right one for the
> > kernel you are running however!
> Just following this up - there are (or were, when I looked a month or
> two back), two sets of binary drivers - one for i386, one for i686.
> Except, the ones targetted for i386, were actually still compiled for
> i686. This means they will not work at all on an i586 system, such as a
> pentium, or a k6 or k6-2 processor.
> If you've got a Celeron or Pentium 2 or later, or an AMD Athlon or
> Duron, you'll be fine.
> wlug mailing list | wlug(a)list.waikato.ac.nz
> Unsubscribe: http://list.waikato.ac.nz/mailman/listinfo/wlug
I'd be keen to obtain the 56k external .. I'll be in Hamilton 4th Sept. and could pick it up then
or I could get a Hamilton friend pick it up beforehand if you
wish .. how much do you want for it?
ps I could swap it for an internal 56k conextant hcf modem !:)
> But I do have adsl so, I have a 56K external, and some 33.6k Phone
> Modems if you need one, and you don't mind collecting from Hamilton.
Any suggestions for a replacement of my conexant hcf internal, modem which has stopped since I upgraded to
fedora 2? The DS Intel Ham has a similar problem with
the chip manufacturer having a proprietry component to the driver and not upgrading to the latest linux releases
I'm working on a port of a very large C++ project from Windows to Unix.
The aim is to get the system running successfully under HP-UX 11i. The
application is multithreaded and runs as a service under Windows and as
a daemon under Unix. The application uses the 3rd party libraries boost,
CenterPoint XML, OTL++ and libodbc++. It currently interacts with SQL
Server and Oracle databases.
I have to say that I'm definitively not a Unix person; my skills are in
the Windows arena. Even so I have managed to convert the code
successfully so that it runs fine under Linux RH8 and RH9 (compiled
using GCC 3.2). However, I'm extremely frustrated to find that I have a
major problem with the software under HP-UX: it seems to CORE dump after
running for "some time" (typically 2 - 3hrs).
I simply don't know enough about HP-UX and urgently need someone assist
me. The skills that I'm seeking are:
- HP9000/HP-UX 11i
- STL, pthread (or even better boost::thread)
- GCC and GDB
One word of caution: the HP9000 machine I'm using for testing is located
in the USA and Internet access is relatively slow. I have managed using
an X-client, but response times make this a fairly impracticable option.
I'd love to hear from anyone who might be interested.
Warehouse Optimization LLC
This message from Peter got eaten by the "too big" fairy the first time
around -- Craig
Thanks for your many insightful comments Perry.
> What signal is it dying with?
The message I get is:
Program exited with signal 11 (Segmentation Fault)
However, from the attached stack frame you can see that erros occur
inside stl code. In this particular case, it all has to do with simple
std::string manipulations which require resizing the strings internal
buffer. However, the error can also occur at entirely different
locations. Also, I'm really puzzled why I only see 11 frames on the
stack for this thread. What the code actually does is call a method of
class ExceptionContext to write a message to a log file (the method
behaves basically like sprintf).
The following code reflects somehow what the code might have been doing
at the time of the crash (error occurs at gEC.ReportDiagnostic()):
std::string strDB = "Database";
std::string strTbl = "Table";
std::string strK1 = "12";
std::string strK2 = "A92bit12";
std::string strK3 = "901-12";
gEC.ReportDignostic("Table %s has key %s",
(std::string("[") + strDB + "." + strTbl + "]").c_str(),
(std::string("[") + strK1 + "/" + strK2 + "/" + strK3 +
Clearly, there are more frames on the stack, but I simply don't
understand how to get the complete picture. But don't be fooled by this
stack trace; a fact is that the error is everytime totally different and
only occurs under HP-UX.
> Linux has a great program called "valgrind" that can be used for
> debugging memory and threading issues. If you can get it to compile
> under Linux on x86 I'd **highly** recommend you run valgrind on your
I will most definitively try this one out.
Matt Brown and I recently (4 June) had a meeting with Prof Ted Zorn,
regarding the Waikato 2020 Communications Trust and the Waikato Linux
Users Group. Prof Zorn is in the Department of Management Communication
in the School of Management at Waiakto University.
The 2020 Communications Trust is a charitible trust set up with the
basic objective of promoting “… discussion and investigation of ideas,
knowledge and technology in new media and computer networking". The full
objectives can be found at http://www.2020.org.nz/trust/princip.htm.
They are basically looking at improving community absorption of modern
IT, and improving the general understanding of IT in the community.
One of the projects the Waikato 2020 Communications Trust is working on
at the moment is called the ‘Waikato Community Net’, or “WaiCN” for
short. This is being modelled on fairly successfull project run by the
Wellington 2020 Communications Trust, unsurprisingly called the
‘Wellington Community Net’ or WCN for short. (http://www.wcn.net.nz/).
WaiCN will provide a portal for community sites, which perhaps wouldn’t
otherwise be able to decently host websites. This will have a secondary
effect of perhaps becoming a de facto standard for looking for community
information in this region. WaiCN also aims to improve community groups’
education overall, and to integrate and coordinate other
community-oriented ICT programs. (Most of that was lifted from the
Prof Zorn contacted the WLUG to see if we were interested in working
together with W2020CT (I’ll start abbreviating things here) on this
project, and in general. We seem to share some similar goals, although
ours are primarily focussed around F/OSS software, and the W2020CT is at
least nominally neutral on this issue.
Matt, Prof Zorn and I had a nice chat over lunch, during which we
discussed the objectives of both groups, and how well we’d been meeting
them. We pressed the point that some of the ultimate goals of OSS are
not ‘to beat Mickey$haft’, but to provide choice, and to provide open
standards. As it happens, a ready example of where open standards should
be adhered to was provided by Prof Zorn himself, as he emailed the
project blurb for WaiCN out as a MS Word document.
Prof Zorn seemed interested in possible collaboration between the two
groups, and Matt and I came away with the same feeling. He is going to
talk with the Trustees of the W2020CT, and at some point we’ll swap
representatives for meetings and get a better idea of what each group is
I personally think this collaboration will be useful from a couple of
viewpoints. W2020CT provides a good vehicle for neutral advocacy of
choice, and of open standards. This doesn’t mean they’ll push linux
everywhere, but it might mean they make people aware of the choice.
Also, they are part of a much larger organisation than WLUG, with better
access to resources. Some of the people in the W2020CT and the national
2020CT are in fairly “high” places in terms of local and national
government. Whether that matters or not is yet to be seen, but it’s
worth remembering that our Charter does include advocacy of F/OSS to
government, commercial and industrial bodies, something which we’ve not
really been addressing lately. This is perhaps a good starting point.
>One word of caution: the HP9000 machine I'm using for testing is located
>in the USA and Internet access is relatively slow. I have managed using
>an X-client, but response times make this a fairly impracticable option.
That's a bit far away. I've got one in my garage. Mine runs Debian though.
If you wanted to borow it you'd have to supply your own copy of HP-UX. Nice
machines - mines got dual 64 bit RISC processors.
Recently upgraded to Fedora 2
Then realised that the linuxant driver for my conexant hcf modem would not work .. and the only one available free
is cripple ware at 14.4k .. it is ~$15$US to upgrade to
the full 56k
ok .. so I can buy a new DS Intel Ham modem for abt the same .. maybe less ..
BUT a bt of research shows that intel have no plans to release a 2.6 kernel version of the linux driver for this 536ep modem ....
Has anyone any suggestions on how to get 56k back thriftily
(excluding going back to the 2.4 kernel