Either the reader process blocks until it's resources have been released by an outstanding transaction, or the process provisionally accepts a non-guarantee of correctness (signaled by the read) that says "I'll send you a signal if they finally commit or rollback", but program logic would have to handle it.
We might assume that the inital read would give EBUSY or something, which would be the signal that the data is unstable. A non-transaction aware program might quit, or back off and retry. A transaction aware program might use a special ioctl with the same offset would allow successive reads to the area with the guarantee of a signal delivery on end-of-transaction.
Presumably the process would block at the absolute last second, waiting for the go/no go signal... or it would ignore the warning with a result that would be unreliable.
Non-transaction aware programs would either halt or loop endlessly because of the EBUSY condition on read.
A system library that makes unlink "safe", called entomb.
Versioning can be provided by some userspace-fs combinations (atfs comes to mind). I also understand reiser5 will have built-in versioning support.
GConf is supposed to be the new way to store configuration information. Although I see a lot of new programs using XML (for example, ogle) which is kinda nice. But there's nothing wrong with the shell/windows.ini file syntax, as far as I'm concerned.
Gimp does let you do stuff in the shell, using script-fu and a perl script. However, what you really want is "convert" which is a part of the ImageMagick toolset, which handles tons of file formats, converting between them, and doing simple transformations (crop, scale, add text, color balance, etc) from the command line.
mplayer is the other equivalent that is basically a command-line front end to ffmpeg and win32 codecs.
You need a user-space tool to effectively expose the features of codecs or a library set. This is what mplayer (and also xine) do, besides just play media files.
Until realplayer, quicktime, etc. all conform to the same API, you won't see an interface driven engine.
On windows, this tool is called "graphedit" and it is part of the DirectShow SDK.
Finally, your X "shortcut" idea is superflouous. You don't really make "shortcuts" in linux desktop environments. What you do is make icons that run actions. So, you edit your configuration file, save it as something else in your home directory, then copy the icon, modify it so that the -f or -config option (application dependant) points to your config file, and off you go!
Let's not try to re-invent the wheel too much. Unix environments give you a lot of tools already to do much of what you suggest.
ftsh creates a new session for each process, with the intention of using signals to forcably kill it if it runs over a time limitation. Handling this properly for multiple processes in parallel and getting the resource clean-up right sounds a little tricky.
I think what you might use ftsh for is as an upper layer that calls the perl/python scripts. The perl/python scripts would just wrap some logic in a try, then exit on exception. ftsh would see it, and then attempt to restart the task as required. The ftsh can be the resource management layer, while the perl/python scripts do the complicated grunt work that may fail.
Haven't used it myself, but I hear it's a rather "complete" environment, chock full of these and more you-wouldn't-know-why-you'd-need-it-until-you-need -it features.
The language even allows you to create file "variables" which are safely allocated and destroyed during the operation of a script, analogous to automatic varibles in C++/Java or what-have-you. The point of this language is that it is entirely focused on exception handling. This is _excellent_ programming practice.
Matlab comes with about 10 different optimized versions of the core matrix manipulation libraries. It detects which architecture you have, then loads the right DLL/.so at runtime. It's quite nice.
mplayer uses cpu features/flag detection to pick certain core algorithms at runtime (scaling, decoding, etc.)
But that tells you JACK as soon as you start looking at (branch prediction misses, hyperthreading contention, L1 cache latency, L2 cache latency, memory bus wait states, hard disk paging...)
And so essentially it tells you jack. This is why you have application oriented benchmarks (SysMark, 3dMark, SPEC, LAPACK, TPC, etc.), because you want performance estimates based on the variety of workload you have (I/O vs. RAM vs. CPU bound, parallelizable or not, etc.)
Think about what you imagine yourself doing, and then spec a system whose components score well in the benchmarks relating to that application domain.
VisualBoyAdvance is particularly cool in that it uses SDL to do everything... you can get it to work on OSX and Solaris too (or basically anything SDL supports). Any modern system is fast enough to emulate a GBA. So you can play your GBA at work, home, or school, without carrying it around!:-)
Yahoo uses one system. Hotmail uses one system. Juno uses one system.
But just breaking _one_ of those C/R systems is useful enough to a spammer for a long while. Once the system is broken, you can get unlimited email addresses from a domain.
You only need to crack the next one once someone blocks every user on a site... (which is draconian, so it's not as commonplace as one would expect).
No, C/R just means you have fewer, more sophisticated spammers. It gets rid of the small fries who can't compete in the "market".
So what, do you tell all your friends the password so they can send mail to you?
You know you could achieve the same effect by telling them to all put [this_is_the_password] in the subject line, and filtering out anything that doesn't have it...
Why change the protocol when the existing software can already do this? But I don't know why you would, it seems like it could be a nightmare: people have enough trouble remembering passwords as it is.
most C/R engines use a constant suite of pictures and words because the pictures are too time consuming to create on the fly... so the signup page might take too long to load.
What the spammers do is just download as many challenges as possible, solve them, and store the hashes in a database.
When the harvester goes out, it is likely to encounter many of the challenges a second time, and it already has the answer.:-)
If it doesn't know it, it flags the spammer, who identifies it offline, adding it back in, and the database is that much more useful.
I am noting that each character is a single, solid, filled region of one color, without aliasing. The background is a repeating pattern of different colored lines
You could do a reduction looking for regions that are two are more pixels thick, and leave only the letters... very simple operation. Then all you have to do is use correlation against the constant font, iterating through each letter, and mark the position of highest value, sort by increasing x, then record the letters found sorted by x, and then post into the box.
If I had access to matlab this semester, I could code a solution in about 6 hours that would crack it in less than 5 seconds, for any image.
Even if they used noise, you can still use a least-squares match with the original font set (just a dumb iterated correlation/RMS/sort operation) to find a position 99% of the time. If noise is a problem you can apply a spatial "emboss" type filter and use letter outlines to match instead of letters themselves.
And if the computer make a mistake because it got a pathological one, maybe the next one will work. No big deal. Just detect the error on the resulting page and try again.
It's about as complex as the combination of: 1) a drag-n-drop ISO creation tool (not even necessarily a burning tool) with the ability to read MPEG2 headers 2) the image split for web plug-in in the Gimp. 3) The "storyboard" mode of openoffice.
You can do it with scripts and the gimp. Check the latest Linux Journal. What you mostly miss from the graphical GUI apps is the ability to interactively layout/preview. But with a little forethought, the GIMP and a command line IFO creation tool are just as useful.
We'll see a free, good DVD authoring tool soon enough, once more people have MPEG2 quality video lying around and DVD burners become more commonplace.
Why don't I just throw out my palm?... network, touchscreen, hi-res screen, it's got it all! They'd better make a PIM/PDA cart for it with web/email capabilities, or bundle it in the ROM. It'd be a shame not to.
Leak: 1) Hardware firewalls _rarely_ block outbound traffic, so they implictly allow out (since they can't predict what you'll need). 2) Internal software firewalls work by intercepting a request to send a packet if it matches a rule. If the rogue software actively looks for a way to bypass the filter (by talking directly to the network card itself and bypassing the operating system), then there is nothing that can stop it.
Hence the all fail the leak test. That's to be expected. In general you cannot expect to be connected to the internet at all and NOT be _somewhat_ vulnerable about information being transmitted without your knowledge.
Browser test: You're right. Firewalls shouldn't double as a content/URL filter. That's the job of an "application proxy". Many firewall vendors are functioning as both... which is fine for a consumer who doesn't know the difference.
However, this is partially due to the fact that windows has this API called "NDIS". Firewalls are implemented by placing filters in the NDIS chain that check for incoming/outgoing IP addresses and stuff, and can process them. But the NDIS chain also allows you to intercept URLs and how they are parsed, control DNS lookup, and more. (This is a Windows-specific feature). So most firewall developers naturally decided to add URL/content filtering because it was an easy step from IP filtering, since they were using the same programming interfaces. It wasn't rocket science... it was right there in the programming manuals next to the other stuff.:-)
Port scan:
By default, ZoneAlarm is configured to allow ports 135-139 in (but ONLY for the "Local Zone", if they bothered to check) so you can use Windows File Sharing between computers. It's easily turned off making the computer invisible to everyone just like the rest of them.
ZoneAlarm wanted to be friendlier to people who wanted to share files or printers inside their house.
Go ahead Mr. Moderator, try the modification, see what happens. I dare you. I double dare you. Then you'll understand, since you seem to be living in a dream world. Everyone, READ the above post. And don't get your feelings hurt because I'm right (aside from the non-pointed insult).
Slashdot Mirror
Check the manpage for sched_setscheduler(2)
Either the camera supports PTP, or it's a flash disk. Either way, the software out there can handle it.
it may not "identify" it, but it'll still talk to it, if there aren't bugs in the camera's firmware to work around.
Here's what I was replying to.
Learn proofread your criticisms.
It was _always_ called httpd. It was based on the ORIGINAL httpd from UIUC, and kept the name of the daemon (even though the product name changed).
Learn to do a little research before you make baseless accusations.
Either the reader process blocks until it's resources have been released by an outstanding transaction, or the process provisionally accepts a non-guarantee of correctness (signaled by the read) that says "I'll send you a signal if they finally commit or rollback", but program logic would have to handle it.
We might assume that the inital read would give EBUSY or something, which would be the signal that the data is unstable. A non-transaction aware program might quit, or back off and retry. A transaction aware program might use a special ioctl with the same offset would allow successive reads to the area with the guarantee of a signal delivery on end-of-transaction.
Presumably the process would block at the absolute last second, waiting for the go/no go signal... or it would ignore the warning with a result that would be unreliable.
Non-transaction aware programs would either halt or loop endlessly because of the EBUSY condition on read.
A system library that makes unlink "safe", called entomb.
.ini file syntax, as far as I'm concerned.
Versioning can be provided by some userspace-fs combinations (atfs comes to mind). I also understand reiser5 will have built-in versioning support.
GConf is supposed to be the new way to store configuration information. Although I see a lot of new programs using XML (for example, ogle) which is kinda nice. But there's nothing wrong with the shell/windows
Gimp does let you do stuff in the shell, using script-fu and a perl script. However, what you really want is "convert" which is a part of the ImageMagick toolset, which handles tons of file formats, converting between them, and doing simple transformations (crop, scale, add text, color balance, etc) from the command line.
mplayer is the other equivalent that is basically a command-line front end to ffmpeg and win32 codecs.
You need a user-space tool to effectively expose the features of codecs or a library set. This is what mplayer (and also xine) do, besides just play media files.
Until realplayer, quicktime, etc. all conform to the same API, you won't see an interface driven engine.
On windows, this tool is called "graphedit" and it is part of the DirectShow SDK.
Finally, your X "shortcut" idea is superflouous. You don't really make "shortcuts" in linux desktop environments. What you do is make icons that run actions. So, you edit your configuration file, save it as something else in your home directory, then copy the icon, modify it so that the -f or -config option (application dependant) points to your config file, and off you go!
Let's not try to re-invent the wheel too much. Unix environments give you a lot of tools already to do much of what you suggest.
ftsh creates a new session for each process, with the intention of using signals to forcably kill it if it runs over a time limitation. Handling this properly for multiple processes in parallel and getting the resource clean-up right sounds a little tricky.
I think what you might use ftsh for is as an upper layer that calls the perl/python scripts. The perl/python scripts would just wrap some logic in a try, then exit on exception. ftsh would see it, and then attempt to restart the task as required. The ftsh can be the resource management layer, while the perl/python scripts do the complicated grunt work that may fail.
Haven't used it myself, but I hear it's a rather "complete" environment, chock full of these and more you-wouldn't-know-why-you'd-need-it-until-you-need -it features.
The language even allows you to create file "variables" which are safely allocated and destroyed during the operation of a script, analogous to automatic varibles in C++/Java or what-have-you. The point of this language is that it is entirely focused on exception handling. This is _excellent_ programming practice.
Matlab comes with about 10 different optimized versions of the core matrix manipulation libraries. It detects which architecture you have, then loads the right DLL/.so at runtime. It's quite nice.
mplayer uses cpu features/flag detection to pick certain core algorithms at runtime (scaling, decoding, etc.)
This stuff isn't hard...
But that tells you JACK as soon as you start looking at (branch prediction misses, hyperthreading contention, L1 cache latency, L2 cache latency, memory bus wait states, hard disk paging...)
And so essentially it tells you jack. This is why you have application oriented benchmarks (SysMark, 3dMark, SPEC, LAPACK, TPC, etc.), because you want performance estimates based on the variety of workload you have (I/O vs. RAM vs. CPU bound, parallelizable or not, etc.)
Think about what you imagine yourself doing, and then spec a system whose components score well in the benchmarks relating to that application domain.
The processor included.
VisualBoyAdvance is particularly cool in that it uses SDL to do everything... you can get it to work on OSX and Solaris too (or basically anything SDL supports). Any modern system is fast enough to emulate a GBA. So you can play your GBA at work, home, or school, without carrying it around! :-)
Yahoo uses one system. Hotmail uses one system. Juno uses one system.
But just breaking _one_ of those C/R systems is useful enough to a spammer for a long while. Once the system is broken, you can get unlimited email addresses from a domain.
You only need to crack the next one once someone blocks every user on a site... (which is draconian, so it's not as commonplace as one would expect).
No, C/R just means you have fewer, more sophisticated spammers. It gets rid of the small fries who can't compete in the "market".
Just wait till telemarkerters combine open relays with VoIP... then you'll never be able to stop the calls.
So what, do you tell all your friends the password so they can send mail to you?
You know you could achieve the same effect by telling them to all put [this_is_the_password] in the subject line, and filtering out anything that doesn't have it...
Why change the protocol when the existing software can already do this? But I don't know why you would, it seems like it could be a nightmare: people have enough trouble remembering passwords as it is.
most C/R engines use a constant suite of pictures and words because the pictures are too time consuming to create on the fly... so the signup page might take too long to load.
:-)
What the spammers do is just download as many challenges as possible, solve them, and store the hashes in a database.
When the harvester goes out, it is likely to encounter many of the challenges a second time, and it already has the answer.
If it doesn't know it, it flags the spammer, who identifies it offline, adding it back in, and the database is that much more useful.
I am noting that each character is a single, solid, filled region of one color, without aliasing. The background is a repeating pattern of different colored lines
You could do a reduction looking for regions that are two are more pixels thick, and leave only the letters... very simple operation. Then all you have to do is use correlation against the constant font, iterating through each letter, and mark the position of highest value, sort by increasing x, then record the letters found sorted by x, and then post into the box.
If I had access to matlab this semester, I could code a solution in about 6 hours that would crack it in less than 5 seconds, for any image.
Even if they used noise, you can still use a least-squares match with the original font set (just a dumb iterated correlation/RMS/sort operation) to find a position 99% of the time. If noise is a problem you can apply a spatial "emboss" type filter and use letter outlines to match instead of letters themselves.
And if the computer make a mistake because it got a pathological one, maybe the next one will work. No big deal. Just detect the error on the resulting page and try again.
It's about as complex as the combination of:
1) a drag-n-drop ISO creation tool (not even necessarily a burning tool) with the ability to read MPEG2 headers
2) the image split for web plug-in in the Gimp.
3) The "storyboard" mode of openoffice.
You can do it with scripts and the gimp. Check the latest Linux Journal. What you mostly miss from the graphical GUI apps is the ability to interactively layout/preview. But with a little forethought, the GIMP and a command line IFO creation tool are just as useful.
We'll see a free, good DVD authoring tool soon enough, once more people have MPEG2 quality video lying around and DVD burners become more commonplace.
...which if it is shared between both ARM cores is a very good idea.
Why don't I just throw out my palm? ... network, touchscreen, hi-res screen, it's got it all! They'd better make a PIM/PDA cart for it with web/email capabilities, or bundle it in the ROM. It'd be a shame not to.
Leak:
1) Hardware firewalls _rarely_ block outbound traffic, so they implictly allow out (since they can't predict what you'll need).
2) Internal software firewalls work by intercepting a request to send a packet if it matches a rule. If the rogue software actively looks for a way to bypass the filter (by talking directly to the network card itself and bypassing the operating system), then there is nothing that can stop it.
Hence the all fail the leak test. That's to be expected. In general you cannot expect to be connected to the internet at all and NOT be _somewhat_ vulnerable about information being transmitted without your knowledge.
Browser test:
You're right. Firewalls shouldn't double as a content/URL filter. That's the job of an "application proxy". Many firewall vendors are functioning as both... which is fine for a consumer who doesn't know the difference.
However, this is partially due to the fact that windows has this API called "NDIS".
Firewalls are implemented by placing filters in the NDIS chain that check for incoming/outgoing IP addresses and stuff, and can process them. But the NDIS chain also allows you to intercept URLs and how they are parsed, control DNS lookup, and more. (This is a Windows-specific feature). So most firewall developers naturally decided to add URL/content filtering because it was an easy step from IP filtering, since they were using the same programming interfaces.
It wasn't rocket science... it was right there in the programming manuals next to the other stuff.
Port scan:
By default, ZoneAlarm is configured to allow ports 135-139 in (but ONLY for the "Local Zone", if they bothered to check) so you can use Windows File Sharing between computers. It's easily turned off making the computer invisible to everyone just like the rest of them.
ZoneAlarm wanted to be friendlier to people who wanted to share files or printers inside their house.
Go ahead Mr. Moderator, try the modification, see what happens. I dare you. I double dare you. Then you'll understand, since you seem to be living in a dream world.
Everyone, READ the above post. And don't get your feelings hurt because I'm right (aside from the non-pointed insult).