[linrad] Re: problems getting inpout32.dll working with qt3 forwindows
Roger: I am somewhat confused since I believe we have incomplete information. You mention Qt3. I have several questions. Are you using the commercial licensed copy of Qt3 or are you attempting to build using Qt3 under MinGW? If it is the latter, I really do suggest you use Qt4 but forget that for the moment. Tell us why you are not using Qt4? Are you able to run MSYS and mingw under Windows XP 64? WCHAR is a 16 bit unicode character and char is an 8 bit quantity. You are in a bit of a bother I would say. Thanks, Bob Roger Rehr wrote: Hello, All, After getting a good 3 hours sleep the obvious hit me [and worked better to get me out of bed than the alarm clock]: the reason for the changed behavior was that I had left a modified windef.h file from Linrad in the PATH. After removing it I am back to the previous behavior, getting the error message: form.ui.h:30: error: cannot convert 'const char*' to 'constWCHAR*' for argument '1' to 'HINSTANCE__* LoadLibraryWconst WCHAR*' Again, sorry for the bandwidth, but any help is appreciated! 73, W3SZ Roger Rehr http://www.nitehawk.com/w3sz Quoting Roger Rehr [EMAIL PROTECTED]: Hello, All, This is somewhat off topic, but not really as I am trying to make an external program to control my SM5BSZ WSE boxes in windows XP64. They are nicely controlled via Linrad running under Windows XP64, but I am having trouble compiling and linking the windows version of QT3 to get my separate controller running. QT3-designer compiles and runs, and my wsecontrol application compiles fine until I try to add the inpout32.dll to it. When I add the lines: HINSTANCE h_inpout; h_inpout =LoadLibrary(C:\inpout32\Win32\npout32.dll); to my progam without adding an #include windows.h I of course get an error message on 'make' that LoadLibrary is undeclared. When I added an #include windows.h I got for several hours today when running 'make' or 'mingw32-make' an error that char* could not be converted to WCHAR* in HINSTANCE. I am not able to take care of this by using an intermediate variable, nor by attempting a static_cast or dynamic_cast. Roger Rehr W3SZ http://www.nitehawk.com/w3sz # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED] -- AMSAT Director and VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. ARRL SDR WG Chair If you're going to be crazy, you have to get paid for it or else you're going to be locked up. Hunter S. Thompson # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Congratulations Roger!!
Congratulations to Roger Rehr, W3SZ! He came in first place single op low power in the ARRL January VHF Sweepstakes. Drat, this was the first one I have missed in several years and now I have missed the June VHF contest as well. I know Roger is looking forward to having all sorts of SDR stuff at his remote site and our incipient remoting capabilities with the SDR's. For those who do not know, Roger has been steadily, relentlessly pursuing the upgrade path to a first rate VHF+ station. He puts out a really great signal on 6m through 24 GHz! Again, my sincerest congratulations to our fellow SDR enthusiast. Bob N4HY -- AMSAT Director and VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. ARRL SDR WG Chair If you're going to be crazy, you have to get paid for it or else you're going to be locked up. Hunter S. Thompson # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Ubuntu and Linrad
Ubuntu and Linrad run seamlessly here. I did not have to compile a single module. I had to download some binaries. The trick with Ubuntu is to use synaptic package manager and run setup and add the not GPL repositories, multiverse, universe (sub atomic particles?) repositories. Synaptic is a breeze to drive. Bob N4HY [EMAIL PROTECTED] wrote: Hello, All, I am converting my last remaining RedHat Computer to another distro, as I need to install some 'new' files so I can play with dttsp on that computer, and its too much of a pain to get these files installed and set up in a very old [pre-Fedora] version of Red Hat Linux due to tye usual Linux dependency issues. I HAVE gotten dttsp etc to compile/run on another machine running Debian testing, but know that I lack most of the pre-requisites on my RHL computer for the needed files. SO I have decided to try the new flavor of Debian, Ubuntu. I see that IS0KYB got Linrad working with this, using ALSA. I would probably be using ALSA to start, but then switching to OSS. I have some questions for the group, understanding that since I can get Debian installed and running Linrad in my sleep I should have no problem with this, but also understanding that 'should' and 'logic' both often seem foreign to the free software Linux universe: 1. Has anyone experienced any significant 'issues' installing Ubuntu and running Linrad? 2. Has anyone other than Marco IS0KYB actually done this? Thanks, Roger Rehr W3SZ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED] -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman An expert is a man who has made all the mistakes which can be made in a very narrow field. Niels Bohr # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Ubuntu and Linrad
w3sz wrote: Hello, All, Ubuntu installed painlessly except as noted below. I downloaded a Ubuntu iso and made a CD. After booting from that I just clicked on 'install' and it installed it on my hard drive. Linrad works fine with Ubuntu [and did so right from the start]. There werea few interesting facets of Ubuntu installation: 1. It will not let root sign in to the gnome login screen until you change the default parameters to permit this. 2. It does not automatically activate the root user. This must be done manually. They much prefer you do things using sudo as opposed to having a root login. The easiest way is to go into a shell (bash) and at the command line type sudo bash you will enter your password and you will get the usual # prompt. This is much to be preferred for various reasons IMHO. I then run sudo xlinrad Bob -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman An expert is a man who has made all the mistakes which can be made in a very narrow field. Niels Bohr # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Fwd: [softrock40] v7.0 kit run or not?
The Softrock 7 should be considered strictly a mixer and coupled with the software, an IF receiver. The SR7 has an MDS of -109 dBm (typical, I measured one at -107 dBm and another at -110 dBm). So the system NF will be high without gain in front of it. The VHF preamp in your system should determine the system noise temperature/NF as in all such systems and all things in front of SR7 will need to provide both the noise figure plus gain to overcome losses and noise floor of the SR7. If you are attempting to do EME and want a decent noise temperature (sky + antenna) to be around 60-ish degrees Kelvin and a noise floor around -180 dBm/Hz, you need a lot of gain to shove the weakest signal in 500 Hz at (say) -153 dBm above the noise floor of the SR7. There are loads of web resources and practical examples but some relevant ones would include Chomski's : http://www.nd2x.net/wa6py-MDS.html http://www.satsig.net/noise.htm http://www.mth.msu.edu/~maccluer/Lna/noisetemp.html and one really needs to use a good tool to help with all of this and I recommend a free one: http://www.hp.woodshot.com/ Bob N4HY w3sz wrote: Hi, Josh, I am not an RF expert, so take ANYTHING I say with a large grain of salt. I was waiting for the real experts to chime in, but haven't seen any answers from them, so here goes ;) 73, Roger W3SZ -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Fwd: [softrock40] SoftRock v7.0 production now scheduled
They are flying off the kitting table. Tony told me he sold 50 in the first hour. Roger gave a talk to Packrats on linrad, sdr, etc. last night and while I could not get home until after the talk started, I was told it went well. Thanks Roger. Bob w3sz wrote: Hi, All, Below is a note from Tony Parks re:Softrock v7.0. I would suggest those interested get their money/notes to Tony fast as these will go very quickly! 73, Roger W3SZ Good Morning All, Response has been positive about a production run of two hundred v7.0 SoftRock kits with kit delivery starting May 8. This is the SoftRock version that uses the I7SWX/VK6APH mixer design to convert RF signals to I/Q audio output. Thanks and 73, Tony KB9YIG --- Forwarded message --- From: kb9yig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [softrock40] SoftRock v7.0 production now scheduled Date: Fri, 21 Apr 2006 06:44:06 -0400 raparks at ctcisp.com --Roger Rehr W3SZ http://www.nitehawk.com/w3sz/ -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Linrad-02.07
Leif Asbrink wrote: Hi All, Known bugs are now corrected:-) The transfer to multi-thread is not yet complete because all calls to the error handling routine lirerr(int error_code) have to be followed by a test for an error condition followed by a conditional return to the calling routine. 370 such calls need to be fixed and some of them that do graphics are in turn called from a few thousand places from where a conditional exit should also be made and so on It will take some time to complete this and it is not a very interesting work to do Before all of this is fixed, Linrad will continue after reporting an error as if nothing has happened until eventually some thread detects that the program runs with the error flag set. Normally this is perfectly OK, but if the error affects some pointer value a segfault could result. The only problems I know about right now are associated with ALSA on Debian Etch. (alsa-base/etch uptodate 1.0.10-3 If we use PortAudio, we can have a SINGLE sound system API for all operating systems and be able to immediately extend your Xlinrad to at least Intel based OSX boxes (since Portaudio presents a single API for sound on Windows, Linux, and OSX) and run this code on Windows, Linux, and Intel-Mac. The problem with Xlinrad on PPC boxes is your assembly routines of course will not work. For audio, Portaudio will not care if your underlying system is OSS, ALSA, or on windows ASIO, WDM-KS, MME, or DirectX. On OSX, it runs right on top of CoreAudio. Portaudio will also run on top of Jack. This would allow Xlinrad to feed follow on applications through a jack interface (no cables required) such as WSJT. This is because WSJT uses Portaudio already on Linux (that is my fault, I helped Joe add that to the Linux version). Portaudio will do the opening in the native mode and will also give you floating point (based on 24 bit) samples if you open the card that way and increase your dynamic range, improve your noise floor, etc. I will let you get a stable version 2.0 together before I suggest how to make this unstable again! I have some work to finish on DttSP v 2.0 which will come first but PortAudio has much to recommend it. I am kind of excited to see you get this X windows stable multithreaded version this far along. It has a lot to offer us. With some luck, Linrad-02.xx is now stable enough to get the label unstable removed. Please send reports on your observations of unexpected things, bugs or suggestions for changes. The day when I feel confident enough to announce Linrad for Windows to a greater audience might not be too far away:-) 73 Leif / SM5BSZ 73 Bob N4HY -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: New linrad data contribution by K0IK
Softrock 7.0 looks particularly good as a 10 meter IF. It is basically the Giancarlo Moda H mode mixer. I have one finished. I will publish my number on it soon using D44 and Linrad to do the measurements. Bob Rein A. Smit wrote: Hello All, Brian, K0IK did submit his Linrad installation data on a Windows XP PRO SP2 platform, ver. 2.06a http://www.nitehawk.com/linrad_dat/ K0IK is using as analog front-end the very popular Softrock-40 SDR Kit. ( Under USD 25.- ) See: http://www.amqrp.org/kits/softrock40/ http://www.amqrp.org/kits/softrock40/version5.html For more details see also Yahoo Group Softrock Thanks so much, Brian. 73 Rein W6/PA0ZN # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED] -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Memory leakage.
Leif writes the code C and assembly so for Leif this means if he does a malloc, calloc, realloc, etc. and if he then no longer needs the memory, he must do a free on the no longer used memory. Bob Richard Hosking wrote: Lost memory is allocated when an object in C++ is created , but not released when the object is destroyed. This is usually performed by the destructor for the class if the class has been written properly. This results in increasing useless RAM utilization and eventually disk swapping, slowing everything down. (hope I am not telling you things you already know.. :) ) Richard -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: xlinrad 02.05. Problem solved(?)
The first one cannot know whether or not a separate thread using a pointer or the variable has initialized the contents. In the second, typically the construct inside the if (A ==0) { } braces, requires that A be initialized to zero and that some action required by the inside of braces area has been accomplished. Otherwise, there would be no need for the if test. This is typically why the second fails and the first does not. If A is an unsigned integer quantity, it does not matter that B is unitialized. The operation is legal even if the contents are not. These kinds of assignments typically succeed except in the case of floating point where a floating point exception is thrown (if you are lucky!). gdb and valgrind are tools that aid (as you can see) but they cannot tease apart all of the logical ways things can happen. If I may, they are not mind readers, they are the assistant in the audience aiding the mentalist by picking the unsuspecting customer's pocket for information! With that attitude, you will find a way to properly use valgrind or gdb to eventually come to arrive at the error by logical inference and deduction. I wish I could give a more satisfying answer but you can see why it is not possible for valgrind or gdb to understand all of the ways these things can happen. The best case you can hope for is an explosion where valgrind gives you the line of interest and you back it up logically to the nexus of the problem. 73's Bob [EMAIL PROTECTED] wrote: Hi Bob, You will probably need to turn on the debug symbol generation and turn off optimizations and then you will be able to follow the progress. You do not care that it is slow here, you are attempting to find logic and other errors. OK. The problem is to know all the details gcc -g -O0 will turn off optimizations, insert debug symbols and you can then debug with gdb or valgrind. Hmmm, so far gdb is black magic to me, but valgrind gives info I can understand:-) I tried several times (various things) until I discovered I have to put -g in the compiler stage and not the linker stage;-) Another thing was that I had to remove -s from the linker options Now it works! Is there a way to get an error message when an uninited variable is used ? Things like this: (B not initialised) A=B; . . . . if(A==0)whatever(); I get an error message from the last line but not from the first one which may be very far away in the code an have inherited its non-init status through a long chain through several intermediate variables. 73 Leif -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Linrad-02.05
Thank you for getting there before I had a chance. I love this tool. It has saved my technical ife on three occassions in the last year. Bob Ramiro Aceves wrote: Hello Leif and others. I have run xlinrad under valgrind. I never had heard about this tool. Thanks to Bob for pointing in that direction! :-) Valgrind suggests a pointer out of bounds. If you need full valgrind output I can send it to you. ==6683== Process terminating with default action of signal 11 (SIGSEGV) ==6683== GPF (Pointer out of bounds?) ==6683==at 0x80BD3C0: lir_outb (io.h:99) ==6683==by 0x806E7FC: set_hardware_rx_frequency (in /home/ramiro/linrad-02.0 5/xlinrad) ==6683==by 0x1B9E5B62: start_thread (in /lib/tls/libpthread-0.60.so) ==6683==by 0x1BAEC189: clone (in /lib/tls/libc-2.3.2.so) ==6683== ==6683== ERROR SUMMARY: 4173 errors from 12 contexts (suppressed: 19 from 1) ==6683== malloc/free: in use at exit: 39917559 bytes in 57 blocks. ==6683== malloc/free: 107 allocs, 50 frees, 39957461 bytes allocated. ==6683== For counts of detected errors, rerun with: -v ==6683== searching for pointers to 57 not-freed blocks. ==6683== checked 107141096 bytes. ==6683== ==6683== LEAK SUMMARY: ==6683==definitely lost: 0 bytes in 0 blocks. ==6683== possibly lost: 544 bytes in 8 blocks. ==6683==still reachable: 39917015 bytes in 49 blocks. ==6683== suppressed: 0 bytes in 0 blocks. ==6683== Reachable blocks (those to which a pointer was found) are not shown. ==6683== To see them, rerun with: --show-reachable=yes ViolaciĆ³n de segmento Hope this helps. -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: xlinrad 02.05. Problem solved(?)
[EMAIL PROTECTED] wrote: Hi All, Moving the mouse is still the culprit that causes crashes better than anything else I do. I do not see a spike on the System Monitor CPU usage [or on the Linrad CPU usage indicator], but perhaps the spike is too brief. My system runs about 15% or less CPU usage with 96000 Hz sampling, 4 channel input. When I run 'valgrind xlinrad', then CPU usage is 98%PLUS and it is not possible to make xlinrad crash with anything I have done. xlinrad runs very slowly, and there is a speed error with the sampling rate only 35000-48000 instead of 96000. It seems Pierre, ON5GN has fount the real bug! A multi-threaded program has to call XInitThreads() as the first call to the X server. I did not know about this so it is not done in xlinrad. Another X11 error is that the first XPutImage() must be delayed until the first Expose event has happened. Presumably valgrind does these things properly for Linrad:-) I was unaware of valgrind and its easy use. It seems I could find and correct many bugs that have not given any symptoms(yet) in a very easy way so it should be a time saver:-) I am not a programmer, my interest is signal processing and the fundamentals of the algorithms involved. Maybe there are other little 'hints' that would make things easier and faster. Is there a 'valgrind' for Windows for example? Baahhh Humbug. A programmer is someone who writes effective programs that accomplish a task. You have certainly done that and you have produced now the version that will carry this work forward for a while. Unfortunately, I do not believe valgrind is available under windows and it would be very difficult to make valgrind work because of the myriad differences between process/threads on windows and on all real operating systems. ;-). Pierre told me that XInitThreads makes the ESC not work any more. I have no idea why and I can not check it or anything else because the P4 machine is busy installing Debian Sarge from the internet. It reports 12 more hours to go. I started install 14 hours ago, this time a reasonably complete installation because it is so difficult to find out what package to download when something is missing. Once I can put the current developement disk (Debian Etch) back into the computer I will try to implement XInitThreads and have a check with valgrind. Do not waste more time on xlinrad-2.05, I will upload 2.06 as soon as possible:-) Reports on 02-05 bugs under Windows and with svgalib are still welcome! 73 Leif / SM5BSZ -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: xlinrad 02.05. Problem solved(?)
Leif: You will probably need to turn on the debug symbol generation and turn off optimizations and then you will be able to follow the progress. You do not care that it is slow here, you are attempting to find logic and other errors. gcc -g -O0 will turn off optimizations, insert debug symbols and you can then debug with gdb or valgrind. Valgrind will take you to the very line (not sure about the assembly routines) of the problem. Bob [EMAIL PROTECTED] wrote: Hi Bob, Baahhh Humbug. A programmer is someone who writes effective programs that accomplish a task. You have certainly done that and you have produced now the version that will carry this work forward for a while. Unfortunately, I do not believe valgrind is available under windows and it would be very difficult to make valgrind work because of the myriad differences between process/threads on windows and on all real operating systems. ;-). What I mean is that I can not understand the manuals programmers write for each other. There is a whole language that I can not grasp and I just get confused. I have no problem reading the Intel definitions of the assembly language however. Those are written in normal technical language:-) I have spent some time trying to understand how to get more info out of valgrind. When valgrind points to an address I have no way of finding out what line in the C-code it corresponds to. The assembly routines are easy. I know what each line means and where it is located:-) The valgrind documentation is far too big like the gcc documentation. It is impossible for me to grasp:-( Nearly all the Linrad code is identical for svgalib, X11 and Windows so I can find nearly everything with valgrind under X11. Is there a way to find the line numbers of the C-code? I know from the map where a routine starts. In an assembly program I can insert public labels reasonably close to where the problem is and then compute approximately where the error is and move the label. Within two or three iterations I find the offending statement. Not so under C. What is the proper way to handle this? 73 Leif / SM5BSZ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED] -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Linrad-02.04
YES. Now we are getting somewhere. I really look forward to working with this code. Thank you Leif. Bob N4HY Leif Asbrink wrote: Hi All, Linrad-02.04 is now uploaded. The multi-threaded version might still be a bit unreliable, but I think it has reached a level where it could be used on a regular basis. This version can be compiled for X11 as well as for svgalib and Windows. It also has support for the SDR-14 hardware under both 2.4.xx and 2.6.xx kernels. 73 Leif -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Linrad-02.pre
Leif: What is true is that windows users have come to expect installation programs, using the installer to check for the dependencies, especially if they user Windows XP. There is no way in the world I would ever write a program to support Windows 98 or Windows ME. It is simply not worth the hassle. On XP, if the dependencies are not there, the installer program informs the user that they need to find a driver, etc. and asks permission to go to Microsoft to hunt for it. The Delta 44 is one of those cards that refuses to participate in the Microsoft blackmail called DRM certification so its drivers are not available from Microsoft (they are Microsoft unsigned and bring up a dialog box when you install them under XP). If you insist on supporting a ten year old operating system that is no longer supported by Microsoft or anyone else for that matter, you can indeed expect it to be hard to find drivers. Bob N4HY [EMAIL PROTECTED] wrote: Hi Gunter, I am running the lastest 4.x.y version. Quoting myself: If I understand you right, later Windows versions would support the 2496 directly? means negated my current windows version (W98) does not support the 2496 directly Hmmm, people usually claim that Linux is much harder to install than Windows. This is not true at all, Windows is much harder because it is much harder to find the proper drive routines. I was unaware of this myself until very recently when I installed Win98 on several old computers with unknown soundcards. Unlike Linux which supplies drive routines for nearly everything included in the operating system, Windows requires that you have CDs from the hardware manufacturers. One computer was completely impossible, it has a Creative Live (SB0220) for which there is no driver available on the Internet site of the manufacturer. Luckily I had demounted the hard disk I got with the machine and by searching it I found some files belonging to the soundcard. It is the same with videocards. Windows does not auto-install many hardwares properly. One has to supply drive routines from CDs, Internet or elsewhere - but unlike Linux Windows does not tell you what card to find drivers for (Or I am not clever to enough to find out how to get the information) Look at the Windows hardware install program. Presumably it will tell you that the soundcard is not properly installed. 73 Leif / SM5BSZ -- Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]