In DataFlex 3.2, I've opened a ASCII file for output, and populated it with data.
When I quit the program, the output file is closed and is accessible by 3rd party software. There has to be a way to close the output file without quitting my DataFlex program, but I can't find a "close" command or similar.
How can I close a file opened for output?
Close files with the command close_output
Related
I finished creating a basic mobile app on Xcode and I want to be able to generate an executable file (much like a jar executable) that has compiled all my related files and can launch my app on another computer without Xcode. I've looked at other resources online that have directed me to the picture below and I think the highlighted file is my executable (correct me if I'm wrong) but when I double click it I get an alert telling me that "this application is not supported on this type of Mac".
Any insight on how I can generate an executable or find one automatically generated by Xcode would be helpful. Thanks in advance!
How can I change a file type?
A year ago I wrote a few articles that should be viewed in any text type of program. however, I recently opened them and they are viewed in symbols and alphanumeric characters. In linux os, the 'file' is now in an archived folder type that contains .xml files. in windows os it is 'file' as type of file. it has no extension.
Is there any way to recover the original readable alpha-numeric information in these files?
My preference would be to salvage the original information than redo.
First off the extension doesn't actually mean anything for the information of the file, it's only purpose is as a hint to the OS for deciding which application should be used in opening the file. You can prove this by renaming something like an exe to have a txt extension which will then open in notepad as a lot of seemingly random characters; renaming it back to exe will allow it to run again.
Based on your description the files you mention are some form of binary file, the bad news with that is you need to know either what application was used to create the file in order to be able to open it or what the original file extension was (which would be a hint to the former).
If you don't know either of those pieces of information you can of course use trial and error by guessing what extension it might be, renaming it, then opening it with the associated application and seeing if it worked.
I'm working on ed (yes, the editor) source code.
The program uses a scratch file, opened with tmpfile, as a buffer.
But, whenever I run the program, lsof always report the temporary file as deleted! (and in fact it's not there). Why?
Because a file can exist on disk without having a filename associated with it, many programs will open a file and then promptly unlink it. The file contents can continue to be modified & read by open file-handles on the file, and won't actually be removed from the disk until all open file handles are closed.
(this is for *nix/POSIX platforms AFAICT; Windows handles files differently, preventing unlinking if an program has the file-handle still open, and thus reboots are often needed for upgrades to force those open file-handles to be closed so file contents can be replaced)
I am creating an installer using the Adobe AIR captive runtime feature. Normally, the compiler generates a directory for me with all the necessary files that I then use to generate an .msi installer with.
Before, I could just double click the .exe file in this generated directory and the application would already work. (Good way of checking whether the generated files are valid).
I have now stumbled into the situation where I double-click the .exe file and nothing happens. No error message, no logs, nothing. The .exe file just exits immediately.
I have dug up and older installer of my app and tried to run this, the resulting install works fine. But once I replace my SWF file in the install directory with a new build of my app, I once again have the problem.
So, obviously SOMETHING in the Main.swf doesn't agree with the .exe file, but since there are no error messages or whatever it is extremely hard to figure out what the problem is.
The application runs fine from the IDE, by the way, the problem only occurs when I use it in combination with the captive runtime output.
Has anybody ever experienced something similar? And how were you able to figure out what was going on? Is there some secret place where AIR perhaps logs some errors, or is there a way to convince it to output some kind of error log?
You need to create a blank file with no extension called "Debug" (I used textedit and simply removed the extension manually). Put that in the META-INF/AIR/ folder, next to application.xml. This will cause the Air runtime to run in debug mode.
From what I can tell, if there are any fatal errors (e.g. a certain failover .swz file can't be loaded) then at least you'll be able to see what's going on.
Did you manage to make this work?
I am doing a lot of DSP work on iOS
So frequently I need to dump a file of raw floats, and pick it up in something like Audacity, to look at the waveform.
Even working on the simulator, this is a PITA. I need to log the destination folder to console, open up Finder, CTRL+CMD+G, paste the destination folder, drag drop all of the files onto the desktop, open up Audacity, import them one by one manually correcting the format.
( Why can't I just point Audacity to the right folder once? because the iPhone simulator stores its data somewhere hideously deeply nested that involves a hidden folder, so I can't see it with the audacity file browser )
( Why is the format wrong? Because audacity tries to figure out the most likely format, and if my data starts off random which it often does, it will invariably get it wrong )
However, working on the device, I can't even see a way to get at these files.
What are my options? I am looking for maximum automation, as I do this typically hundreds of times in a particular job.