World: r3wp

yes, I might be, if I decide to go for the app ... I will post our 
company requirements in oportunities group, maybe today evening. 
Our company failed with big Sap system for file transfer. I wanted 
to create something upon which business could be based. I will not 
be selfish - I better publish what could be a good business imo, 
than doing nothing myself due to lack of free time or the lack of 
my coding knowledges ...

I have got competition here though, guys try to write it in delphi 
- it looks ugly and sucks (they would take years to even aproach 
IOS level), yet they refused to even look into IOS, which would be 
better fit for our company right fromt he start ...

I see. They could test our tool immediately.

But we be aware if you are looking for all of IOS functionality. 
We don't have that.

no, absolutly not ... the thing is, we need e-signatures, required 
by our law :-( ... maybe some command line util could be used? openssl? 
dunno :-(

e-signatures. No problem. What scheme.

Jaime - is that your commercial app? How different is it from your 
Beer plus FT profile?

what scheme? We use PKCS7 certificates - qualified certificates ....

I might try to better earn some money, then finding free time and 
struggle implementing it myself. I could become CZ implementator, 
if I like the product :-)

If it works, I would LOVE to sell it to my own company I work for 
- to beat those Sap complex solutions :-)

BEER+FT is just the framework. Not an Application. For example you 
need to code the gui, path monitoring, filesets management, guid, 
plus others.

well, if multilanguage, I am in and we can talk privately ...

back in mins ...

Ok.

In theory, timestamp syncing can be done by asking the server for 
its current time or time zone, comparing against your own, and then 
adjusting your timestamps for comparison by the difference. I'm not 
sure how well this would handle latency issues (we should look at 
time protocols), but it would handle the client's computer clock 
being wrong. This would have to be done at the beginning of each 
syncing session, incase the client moves time zones or otherwise 
adjusts their clock between sessions.

Better yet would be for both sides to adjust to UTC for comparison 
purposes.

By "for comparison purposes", I mean don't change the file date, 
just subtract the diff between you and UTC to get the adjusted file 
date in memory and then compare against the adjusted file date from 
the server.

one problem is summertime and windows.

What is the problem with summertime ?  When switching to daylight 
saving, the time zone changes.  Eg ours goes from +12 to +13.

the problems is reported in rambo ticket, will find it for you - 
it can report two zones +1 or + 2 here, and it is a problem - it 
depends if you skip the time the time is switched on, or if you go 
thru it ...

http://www.rebol.net/cgi-bin/rambo.r?id=3822&

it may be bug in Windows, but it needs to be sorted out. With Ladislav 
we even wrapped some Win32 funcs I found in rebol.exe, but watched 
nothing obvious ...

Basically the filedates reported by windows are not adjusted to summertime. 
so after summertime-change the older files are one hour off. sometimes. 
depends on things like partition-types and dont know what else.

They are with NTFS (which may be UTC internally), but are not adjusted 
with Fat (12/16/32) which stores files in local time.

FAT also stores file dates in 2-second increments, so file times 
can adjust up to two seconds when copied between FAT and NTFS. File 
times in ZIP files have the same restriction because of ZIP's DOS 
origins.

.

using tortoise SVN, how can I checkout just a single file?  here 
it complains about only wanting to checkout directories.... which 
is a bit dumb IMHO.


note, this checkout occurs in a new checkout area, the directories 
on the repository aren't anywhere else.  I just want to pick out 
one file from a repository and use just that elsewhere.

try svn cat   and copy /pipe the result where you want