openSUSE Programming August 2004

programming@lists.opensuse.org

24 participants
39 discussions

Jed SuSE 9.1
by Charley 03 Sep '04

03 Sep '04

Figured this would be the list to send this to as it concerns a programming editor. Was reading a Linux programming book and it mentioned an editor named JED. I have seen Jedit but this was something different. Was surprised to find that there is no version available in the SuSE 9.1 distribution and I have been unable to find any prepared version available for SuSE 9.1 Before I download the sources and try and build from there I thought I would ask the fine members of this list if anyone has any idea why its not in the distribution as I have seen mention of the editor in earlier version of SuSE. Thanks for the help! Charley Rogue1953 @earthlink.net

3 2

Is SuSE 64 bit ?
by Colin Carter 02 Sep '04

02 Sep '04

Does anybody know if SuSE 64 bit system is really 64 bit code? I can't seem to get any response from SuSE staff regarding the questions: 1: If I define int i; and real x; do I get 64 bit integer and float if compiled under 64? 2: Where does one find the definitions in the SuSE system? For example, where is the definition for the structure of XSizeHints ? Where is the definition of the function prototypes for the 64 bit functions? Maybe the 'average' programmer can ignore such issues, but I want to use FORTRAN to do the number crunching and I need to know if I should pass an integer(KIND=4) or integer(KIND=8) Regards, Colin

7 16

Re: [suse-programming-e] Is SuSE 64 bit ?
by Colin Carter 31 Aug '04

31 Aug '04

I almost agree with you JDL. C++ programmers tend to be 'function orientated' whereas FTN programmers tend to be 'in line' orientated. Perhaps it is often a matter of programming style which makes the most difference. But one must always keep in mind two things: these days many languages are initially, partially compiled down to the same pseudo-language for a latter step, and FOTRAN has been under development by very (and I mean very) experienced people for a very long time and scientific programmers still turn to FORTRAN. I started this question, but must apologise for not been very active: mainly because my email address has changed, I still have difficulty getting onto the internet (impossible with my SuSE Linux machine), I still cannot link an X Window program, and I am in the middle of moving house from England to Australia. (And must visit family before I depart.) But I have been reading, with interest, all of your comments. I promise to try a summary ASAP. Regards, Colin ---- Original message ---- >Date: Mon, 30 Aug 2004 17:33:55 +0100 >From: John Lamb <J.D.Lamb(a)btinternet.com> >Subject: Re: [suse-programming-e] Is SuSE 64 bit ? >To: suse-programming-e(a)suse.com > >Stefan Hundhammer wrote: >> OK, thanks, that's a very informative site. >> >> But according to the charts there, there is hardly any difference in >> performance, right? Sometimes even C/C++ appears to be faster. >> >> Or am I reading those charts wrong? > >No, though there may be other examples where F is actually faster, >depending on the usual things, how it's compiled, what number-crunching >is done etc. There are still F libraries such as ATLAS that are >reputedly better than the C equivalent. > >OTOH, since C has the asm keyword, it's always technically possible to >get C code to compile as fast as F. I've found that wring the number >crunching stuff in C/C++ carefully often gives assembly output that I >couldn't reasonably improve, albeit the style of the C/C++ tends to >resemble F a bit. > >In the end, there's nothing in C/C++ that says it can't compile to run >at least as fast as F, esp with the right optimisations (- march=pentium4 >-O3 -mfpmath=sse -msse -msse2 -malign-double works for me!), though I >think that's not always the point. Otherwise I wouldn't use java and >python. ;-) > >-- >JDL > >-- >To unsubscribe, email: suse-programming-e- unsubscribe(a)suse.com >For additional commands, email: suse-programming-e- help(a)suse.com >Archives can be found at: http://lists.suse.com/archive/suse- programming-e >

2 1

Problem in output to a kinit process
by Sanjay Upadhyay 31 Aug '04

31 Aug '04

Hi All, greetings. I am trying to get a kerberos ticket with the help of a perl script, so that it is automated. The script works in Redhat however in Suse, I am encountering problem, where the kinit process waits for user input, however the requirement is that it should not wait as I am writing the password to STDIN of the process. Here is my code, as I am quite new, I may have a wrong understanding. Any help would be most thankfull. ======This program is in Perl===== #!/usr/bin/env perl use warnings; open (WTR, "| kinit Administrator\(a)IN.CAL 2> error.txt"); print WTR "password\n"; print WTR "\n"; close WTR; ====== With a simple one liner echo "freevision" | klist Administrator(a)IN.CAL it works OK in MIT version of kinit, but stands still for user in put in Suse... regards Saneax

1 0

pthreads
by Brad Bourn 31 Aug '04

31 Aug '04

Can someone from SuSE verify that on 2.4 kernels, separate pthreads of the same process will show up with ps having separate PID's? Isn't that against the standard? B-)

3 2

How to display binary data in bmp formart
by j d 30 Aug '04

30 Aug '04

Hi, how to display rawdata (Binary) which is read from a finger print sensor device as image in QT window.? Regards, JD __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

3 4

RE: [suse-programming-e] Do we have.......
by Gustavo Dutra 27 Aug '04

27 Aug '04

> > > On Friday 27 August 2004 14:26, j d wrote: > > May i know whether we have(Linux)"StretchDIBits" > > function call? > > Never heard of any such thing. What is it supposed to do? > > >From the windows world: The StretchDIBits function copies the color data for a rectangle of pixels in a device-independent bitmap (DIB) to the specified destination rectangle. If the destination rectangle is larger than the source rectangle, this function stretches the rows and columns of color data to fit the destination rectangle. If the destination rectangle is smaller than the source rectangle, this function compresses the rows and columns by using the specified raster operation.

3 2

Do we have.......
by j d 27 Aug '04

27 Aug '04

Hi, May i know whether we have(Linux)"StretchDIBits" function call? Regards, JD __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

2 1

Re: [suse-programming-e] Is SuSE 64 bit ?
by Colin Carter 27 Aug '04

27 Aug '04

Thank you to Stefan Hundhammer and John Lamb and William Mahaffey for your suggestions; which I now need to digest and try. But Stefan, I do need to care about the size of my integers: It is generally faster to use the native word size of any computer, and I need the accuracy and speed. But most importantly, if my FOTRAN code calls the X-Window API then I need to hand over the correct size integer. I had found the includes, as per my sample, but my big problem is in the linking. Is ther some special environment value that I need? )I need special environmnet values for my FTN.) Thanks for any more advice. Regards, Colin (a 61 year old 'newbie')

1 0

Re: [suse-programming-e] How to display binary data in bmp formart
by Colin Carter 27 Aug '04

27 Aug '04

Derek, (I hope that I have replied in the correct way.) An X-Window book I have describes how to set up an icon thus: #define IWidth 64 #define Iheight 64 static char Ibits[] = { 0x00, 0x00, ..........etc 0x04, 0x01, etc etc }; PixMap IPixMap; And then creates the image as IPixMap = XCreateBitmapFromData( theDisplay, theNewWindow, Ibits, IWidth, Iheight ); You could write your own data into the char variable and use the above converter. I am a raw beginner, so I don't know if this helps, but it the way an old fashioned programmer would do it. Regards, Colin

1 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

openSUSE Programming August 2004