- main - earth.li

What does this do
by Wayne Stallwood 04 Nov '04

04 Nov '04

When typed into a bash prompt :(){ :|:&};: I have been told it does bad things so don't try it, is it folklore or does it really do something nasty ?

4 5

Report Generators
by Chris Green 04 Nov '04

04 Nov '04

Are there any Report Generator programs available for Linux? I mean a program like the report generator in Paradox or Access, a program that allows data to be selected using a query and then fields can be placed as required on a form. I've found a couple on freshmeat.net, Agata and Lightbulb, but neither is what I'm after really. Agata seems quite limited and Lightbulb costs money. Has anyone used Agata, it may not be as limited as it looks at first. -- Chris Green (chris(a)areti.co.uk) "Never ascribe to malice, that which can be explained by incompetence."

2 2

Re: Migrating an Access application to Linux (Chris Green)
by tom potts 03 Nov '04

03 Nov '04

I havent tried this but it looks close: http://www.knoda.org/ it needs kde apparently Tom ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

2 1

Re: [ALUG] Re: unicode, sqlite and C
by Matt Parker 03 Nov '04

03 Nov '04

On 3/11/2004, "Brett Parker" <iDunno(a)sommitrealweird.co.uk> wrote: >On Wed, Nov 03, 2004 at 04:09:12PM +0000, Matt Parker wrote: >> >> On 3/11/2004, "Brett Parker" <iDunno(a)sommitrealweird.co.uk> wrote: >> >> Like I said, you really need to read up on the subject before spouting >> off inflammatory, but false, statements. This is how it works:- >> >> 1) You compile your source code into byte-code. >> 2) The JVM loads your byte-code at start up >> 3) The "Just-In-Time" Compiler compiles your byte-code to native code >> on the fly and optimises it on each iteration >> 4) On tight loops you therefore can end up with more optimised native >> code than something like GCC can produce >> >> The only thing is that this process happens everytime you re-start the >> JVM, but then if you're running it on a server (where I believe Java >> should only really live - it's not useful for desktop apps really) you >> don't care about that because you never restart it. > >Sorry, never restart a Java servlet engine? Never restart a Java app? I >find this a fascinating concept, and one that I've never actually seen >work. > You obviously like an argument don't you? Sarcasm IS the lowest form of wit and you are rapidly demonstrating that idiom correct. Firstly, the JIT compiler doesn't take very long to reach optimal performance and secondly no I don't re-start my servers very often. >> You'r obviously not using it correctly. If you look on a site like >> JobServe you'll see that Java for server-side processing is one of the >> (if not the most) common languages. All those people can't be wrong. > >You've seen the number of sites that use PHP, right? Are you saying that >all those people are also not wrong? If you're just going on numbers, >there's a hell of a lot of Java developers, and PHP developers about, >what's used depends on who's available, not neccessarily on wether it is >right for the job. Please don't use the argument that "it's got lots of >users, therefore it's good", it isn't an argument that sticks. > Show me where I said that PHP was not a useful tool for certain problems? Then show me where PHP is capable of running enterprise level, high volume, transactional sites with full fail-over, load-balancing, guaranteed messaging etc. The right tool for the job... Matt

2 2

For anyone who uses procmail to sort incoming mail
by Chris Green 03 Nov '04

03 Nov '04

This is (probably) only of interest to anyone who uses procmail to sort their incoming mail into different mailboxes. Many of the mailing lists I subscribe to (including alug) insert the mailing list's name into the subject line. I got fed up with this as it wastes useful space that would be better used to show me the subject. I very often (used to) lose the end of the subject off the RHS of my screen. I already know what list the mail is from because procmail has put it pinto the appropriate list mailbox. So I played around with my .procmailrc file, read the manual pages a few times and came up with the following recipe which removes the list name from the subject (as well as storing the mail in the appropriate mailbox, as before) :- :0 fh * ^TOalug | sed 's/\[ALUG\]//' :0 A: alug -- Chris Green (chris(a)areti.co.uk) "Never ascribe to malice, that which can be explained by incompetence."

4 5

re: Linux based version of the accounts system
by tom potts 03 Nov '04

03 Nov '04

www.gnucash.org dont know if its got an html front end. I've got half of one written in .net (mono should work) but with the above it took away the motivation ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

4 5

Migrating an Access application to Linux
by Chris Green 03 Nov '04

03 Nov '04

How easy is it nowadays to migrate an Access application to Linux? I'm getting rather fed-up with trying to maintain an Access 97 application on Windows 2000 and migrating to Linux might be the answer. -- Chris Green (chris(a)areti.co.uk) "Never ascribe to malice, that which can be explained by incompetence."

6 8

Wierd problem with G++
by Stuart Bailey 01 Nov '04

01 Nov '04

Hi, I'm trying to investigate a weird mathematical problem I've come across using G++. I only have G++ on SuSE 9.1, and so I'm unable to test the code on other systems, kernels etc. I would be grateful if someone could compile and run this code and let me have the results: #include <iostream> #include <math.h> int main() { float l = 45.4567; float d = floorf(l); float m = floorf((l - d) * 60.); float s = (((l - d) * 60.) - m) * 60.; std::cout << "l = " << l << std::endl; std::cout << "d = " << d << std::endl; std::cout << "l-d = " << l - d << std::endl; std::cout << "(l-d) * 60.0 = " << (l - d) * 60. << std::endl; std::cout << "m = " << m << std::endl; std::cout << "s = " << s << std::endl; float r = (s / 3600.) + (m / 60.) + d; std::cout << "reconstructed= " << r << std::endl; return 0; } Basically, I getting an odd value printed for l - d (it comes out as 0.456699 and not 0.4567 as expected). Many thanks, Stuart. -- --------------------------------------- Stuart Bailey BSc (hons) CEng CITP MBCS LinuSoft (Proprietor) (01953) 601294 (07778) 383739 http://www.linusoft.co.uk ---------------------------------------- ********************************************************************** This email and any files transmitted with it are confidential. If you are not the intended recipient, please email postmaster(a)linusoft.co.uk immediately. You should not copy or use this email or attachments for any purpose nor disclose their contents to any other person. NO BINDING CONTRACT WILL RESULT FROM THIS E-MAIL UNTIL SUCH TIME AS A WRITTEN DOCUMENT IS SIGNED ON BEHALF OF LinuSoft. LinuSoft cannot accept any responsibility for the completeness or accuracy of this message as it has been transmitted over public networks. *************************************************************************

9 17

Re: [ALUG] Weird problem with G++
by Richard Lewis 01 Nov '04

01 Nov '04

On Saturday 30 October 2004 13:59, Tim Green wrote: > > float l = 45.4567; > > float d = floorf(l); > > std::cout << "l-d = " << l - d << std::endl; > > > > Basically, I getting an odd value printed for l - d (it comes out as > > 0.456699 and not 0.4567 as expected). > > "float" is not that acurate. You might have more luck with "double". > Try having a lookm at http://www.win.ua.ac.be/~jvvloet/libcff/ and http://www.swox.com/gmp/ Also, my scientific calculator has a function for dealing with fractions (much more respectable in mathematical circles than decimals, well at least in theory anyway) and writing a class to implement fractions is the kind of thing that C++ textbooks are full of (you get to do operating overloading and all sorts...) [and don't forget Python: http://pinkstuff.publication.org.uk/~neil/python/fractions/] Cheers, Richard -- Richard Lewis richardlewis(a)fastmail.co.uk

1 0

Weekly IRC reminder
by Neill Newman 01 Nov '04

01 Nov '04

This is the automated ALUG IRC meeting reminder sent to remind you that there is an IRC meeting tonight (Monday) at 8.00pm. The meeting takes place on the irc server irc.alug.org.uk in the #alug channel. Most IRC clients should allow you to get there with the commands "/server irc.alug.org.uk" and "/join #alug". Popular IRC clients include tkirc, bitchx, xchat and EPIC on Unix, and Mirc under windows. Here are some links to help you get started with irc. Unix http://www.xchat.org/ http://freshmeat.net/ http://www.epicsol.org/ Windows http://www.mirc.com (loads of help with irc for newbies!)

1 0