Computing volume … estimating cycle freq
Moderator: Mike Everman
-
- Posts: 286
- Joined: Fri Feb 15, 2008 8:41 am
- Antipspambot question: 125
- Location: Studio City, California
- Contact:
Re: Computing volume … estimating cycle freq
I do have wine BUT just double clicking gave no response. SO . . .
I opened the Terminal window Dragged and dropped. Which gave me the filename/path I then hit return.
It ran.
It should be noted that I had the .exe on the desk top.
Odd what?
Virtual PC handles it fine on my Mac, Runs to spec.
I opened the Terminal window Dragged and dropped. Which gave me the filename/path I then hit return.
It ran.
It should be noted that I had the .exe on the desk top.
Odd what?
Virtual PC handles it fine on my Mac, Runs to spec.
In the process of moving, from the glorified phone booth we had to the house we have.
No real time to work on jets, more space, no time.
Life still complicated.
No real time to work on jets, more space, no time.
Life still complicated.
-
- Posts: 887
- Joined: Wed Dec 24, 2003 12:12 pm
- Antipspambot question: 0
- Location: France
- Contact:
Re: Computing volume … estimating cycle freq
Linux Unified Kernel installed? Or has wine somehow managed to get a hook into the kernel to handle pe/coff executables?Ghrey wrote:I opened the Terminal window Dragged and dropped. Which gave me the filename/path I then hit return.
It ran.
In either case, this would scare the crap out of me. Running windows executables without having to manually do something opens the door for running all sorts of stuff you don't want running.
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
It's interesting that wine is run at the command prompt for a windows executeable, without typing it.
I'm aware of the situation now, but it's no big concern to me. I'm not going to worry myself to death about it to the point where I can't get anything done. If something is running I don't wish to run, I'll use kill or the Force Quit Button.
WARNING: If you run wine under *NIX, you take the the chance of running a windows virus. If you're too worried about it, uninstall it or don't install it. It's that simple.
I plan to continue to write software for both platforms. As some protection against passing along a virus to µSoft windows users, I've installed
PS ... and thanks, Ghrey, for the tip about dragging and dropping the file name to the command line.
I'm aware of the situation now, but it's no big concern to me. I'm not going to worry myself to death about it to the point where I can't get anything done. If something is running I don't wish to run, I'll use kill or the Force Quit Button.
WARNING: If you run wine under *NIX, you take the the chance of running a windows virus. If you're too worried about it, uninstall it or don't install it. It's that simple.
I plan to continue to write software for both platforms. As some protection against passing along a virus to µSoft windows users, I've installed
Thanks for this. I've touched the big three OSes.Ghrey wrote:Virtual PC handles it fine on my Mac, Runs to spec.
PS ... and thanks, Ghrey, for the tip about dragging and dropping the file name to the command line.
-
- Posts: 887
- Joined: Wed Dec 24, 2003 12:12 pm
- Antipspambot question: 0
- Location: France
- Contact:
Re: Computing volume … estimating cycle freq
Why not 4? Or 5? After all, Wine runs on FreeBSD / NetBSD fine. How about 6? Solaris? Yup. Ummm - hold on for a second. You've touched one, and only one, of the "big 3" - For OSX, Virtual PC, VirtualBox, Parallels, Bochs, QEmu, VMWare and the like all provide virtual machines and require an actual 100% legit (*ahem*) Windows install, you can't claim that this is even close to "running on the Mac", any more than I can claim my latest bit of OSX software runs under Windows "because you can always run it under PearPC, or dual boot using a hooky Hackintosh install". The majority of these also require a specific hardware platform (intel macs only need apply) as well, and have major constraints as to the type of hardware that can be attained. Even Wine (or Darwine, for OSX) isn't really "portability", it's about having an application layer in place to sorta kinda emulate Windows, and will *only* run on a specific subset of architectures . If you'd managed to touch Linux, I'd be able to run the app on my router over an SSL connection. Or under FreeBSD. Wine works on FreeBSD, right? Not on my Sparc64 machine, it doesn't, and that's not exactly short of horsepower.WebPilot wrote:Thanks for this. I've touched the big three OSes.Ghrey wrote:Virtual PC handles it fine on my Mac, Runs to spec.
If you'd provided source code, of course, you could have claimed to have touched all the major operating systems, and the majority of minor ones.
Not that I'm taking exception to how you've chosen to distribute this - that's entirely your choice - but emulation / virtualisation of Windows doesn't count as platform independence.
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
I think the majority of the forum members here use Windows, a few % Mac and very few are *nix. With wine, this program seems to run on *NIX; at least on Ubuntu which as I've read you don't like. To me, those are the only three I'm worried about in order to get a working program to the masses. Before I made the major switch to Ubuntu, I didn't even care if it worked on anything but µSoft OSes.
You never posted you got it to work on your OS. Fear of wine? Disdain for µSoft products?
As far as giving away the source code, I could in this case. But why should I have all the fun and do the work for you?
You never posted you got it to work on your OS. Fear of wine? Disdain for µSoft products?
As far as giving away the source code, I could in this case. But why should I have all the fun and do the work for you?
-
- Posts: 887
- Joined: Wed Dec 24, 2003 12:12 pm
- Antipspambot question: 0
- Location: France
- Contact:
Re: Computing volume … estimating cycle freq
I already have your sourcecode. Or, at least, something approximating it, which compiles to a functionally equivalent program (even down to the copyright notice) on any platform that has a standard C library. Working out how I went about getting that is left as an exercise to the reader :)WebPilot wrote:As far as giving away the source code, I could in this case. But why should I have all the fun and do the work for you?
Personally, I run Macs on the desktop (both PowerPC and Intel), have a FreeBSD / Sparc64 server here, and a few devices running linux. None of these will run windows applications out of the box without an additional emulation or virtualisation layer, some won't ever be able to do so, and even for those that do, results differ based on the platform.
Oddly, yes, I do have a disdain for the vast majority of MS's products.
For a rant, click here.
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
Where was I? I was going to make another point.
Hmmmm. Well, it will occur to me again.
Hmmmm. Well, it will occur to me again.
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
The crux of this program is exemplified by the following few lines in BASIC.
Code: Select all
1 REM
10 flag$="y"
20 while flag$ = "y" OR flag$ = "Y"
30 print "flag is ", flag$
35 input "continue? Type Y or N ";flag$
40 wend
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
This is the above snippet's corresponding flow chart. I did it in antiquated ASCII art.
Code: Select all
-------
( Start )
-------
|
|
------------
| Initialize |
| |
| flag$ = y |
| |
------------
|
|
------------->o
| |
| |
| --------------
| / /
| / print flag$ /
| / /
| --------------
| |
| |
| --------------
| / /
| / input flag$ /
| / /
| --------------
| |
| |
| |
| / \
| /- -\
| /- -\
| /- -\
| /- Is Flag$ -\
| /- -\
--- equal to
Yes \- -/
\- Y or y? -/
\- -/
\- -/
\- -/
\ /
|
| No
|
-------
( Stop )
-------
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
This is much prettier and perhaps easier to understand.
Notice that I've basically REM'ed line 30 here.
Notice that I've basically REM'ed line 30 here.
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
It is a pain to create a flowchart, but it makes it a lot easier and quicker to program.
Code: Select all
1 REM *************************************************
2 REM Program to calculate volume of a pulsejet made up
3 REM of cylindrical and partial conical shapes
4 REM *************************************************
5 REM written by Forrest Eckstein Dec 3, 2009
6 REM
7 REM variables:
8 REM Cylinder: diaCyl,lenCyl,volCyl
9 REM Frustum of cone: diaFoc1,diaFoc2,lenFoc,volFoc
10 REM flag$ -> flag for main loop : pick -> volume shape identifier
11 REM constants: pi (defined)
12 REM
14 REM *************************************************
16 REM
18 REM initialize variables
20 flag$="y":volTOT=0.0:lenTOT=0.0:volCyl=0.0:volFoc=0.0
22 REM define pi
24 pi=4.0*atn(1.0) : REM print "Pi is "; pi
25 REM
26 while flag$ = "y" OR flag$ = "Y" : REM start of main loop
27 REM print "flag is ", flag$
28 REM
30 REM initialize/reset variables in loop
40 diaCyl=0.0:lenCyl=0.0:diaFoc1=0.0:diaFoc2=0.0:lenFoc=0.0
45 volCyl=0.0:volFoc=0.0
50 REM
55 REM input shape and parameters
60 input "Pick a shape: 1. cylinder or frustum of cone (press 1 or 2) ";pick
70 if (pick=1) then
85 input "cylinder diameter (inches)"; diaCyl
90 input "cylinder length (inches)"; lenCyl
93 volCyl=pi/4.0*diaCyl^2*lenCyl
95 else
100 input "frustum of cone diameter 1 (inches)"; diaFoc1
105 input "frustum of cone diameter 2 (inches)"; diaFoc2
110 input "frustum of cone length (inches)"; lenFoc
120 volFoc=pi/3.0*lenFoc*(diaFoc1^2 + diaFoc1*diaFoc2 + diaFoc2^2)/4.0
140 end if
150 REM
160 REM update total volume and length
170 volTOT=volTOT+volCyl+volFoc
180 lenTOT=lenTOT+lenCyl+lenFoc
300 input "continue? Type Y or N ";flag$
310 wend
400 REM
410 REM print output
415 print ""
420 print "Total composite length is"; lenTOT; " in"
430 print "Total composite volume is"; volTOT; " in³"
440 print ""
999 stop
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
The code passes the prior volume verification test.
Re: Computing volume … estimating cycle freq
QBASIC ran it as well, put some spaces in to track the inputs easier.
-
- Posts: 3716
- Joined: Tue Dec 07, 2004 6:51 pm
- Antipspambot question: 0
- Location: 41d 1' N 80d 22' W
Re: Computing volume … estimating cycle freq
Thanks; good to read and not surprised. The interpreter I use is similar to GWBasic. I use to use QBasic, too, back in my 386/486 days. However, I found trying to run QBasic code in the GWBasic interpreter didn't always work without rewrite.