Jen s některými testování náhodných text. Lihtsalt katsetamiseks mõne juhusliku teksti. Просто тестирование некоторых случайных текстов. 刚刚测试了一些随机的文本。 剛剛測試了一些隨機的文本。 ほんの一部のランダムなテキストを使ってテスト。 그냥 무작위로 문자와 함께 몇 가지 테스트를했다. เพียงทดสอบกับสุ่มข้อความ. فقط مع بعض التجارب العشوائية النص. Deutsch und Französisch auch, denke ich. Looks like things are working now. I think there is a minor issue with Arabicby sai - General
Il devrait être correct maintenant. You should be able to post new messages, and I will try and revive the older ones.by sai - General
I hope to revive all of the currently truncated messages so you shouldn't lose anything if all goes well.by sai - General
Please see Unfortunately the issue with MySQL compatibility causes the INSERT statement content to also be truncated. Since a part of the upgrade process is to dump all tables and re-insert into a new database, this obviously creates a major problem. Unfortunately, MySQL did not display any warnings that it was wilding truncating data.by sai - Administration, Announcements, Policy
Hmmm... this is very bad. I had to upgrade MySQL (it was running a VERY old version that was becoming a problem for a few reasons). There is a problem with character set support between the old and new versions of MySQL and it is causing strings to become truncated when it encounters something it doesn't expect, which basically means any extended latin characters (ie single byte accented characby sai - General
Adrian Bowyer wrote: > The lower threshold is a workround for a bug. The extruder controller > returns a low temperature value if the temperature calculator gets an > interrupt as it's doing its count (I think). We really need to fix > this, then we could put the threshold back to a sensible value. But > more urgently we need to get all the firmware working with the latestby sai - Developers
This is a picture of the elbow power connector I'm using. I had to drill a couple of holes for it. If it were further back, I would have also cut two slots for the two little locking feet to snap into. Moving it back 10mm would exactly bring the edge of those feet to where the current lead holes are. Another thought is that it would be nice to extend the pads out so that an old hard drive pby sai - Developers
_______________________________________________ Developers mailing list Developers@reprap.orgby sai - Developers
Forrest wrote: > This is probably a stupid question, but wouldn't it be more efficient to use a star network instead of a ring? That way the message would go directly to the pic in question and back instead of doing the rounds of all the other pics on the ring. It would seem, anyway. > The most efficient way to do it would probably be a bus, which might be what you're suggesting. Foby sai - Developers
Oh, also, by the way... The current (old sdcc) firmware build process and code and be convinced to compile for the 16f648 by tweaking some headers, so we can pursue that avenue if we need to as well but it seems far less preferable. _______________________________________________ Developers mailing list Developers@reprby sai - Developers
I probably should put this on something that isn't affected by word wrapping, but try this instead. Again, just press enter when prompted for the CVS login password. 1. Build gputils mkdir $HOME/reprap-tools cd $HOME/reprap-tools cvs \ -d:pserver:[email protected]:/cvsroot/gputils \ login cvs -z3 \ -d:pserver:[email protected]:/cvsroot/gputils \by sai - Developers
There is some preliminary code in subversion for building with new versions of sdcc and for the 16f648a. It is in subversion at /reprap/branches/autoconf-firmware In order to build this, you need to have a very recent version of gputils. To determine if you have a recent enough version, run the command "gpasm -v". You should see "gpasm-0.13.4 beta" or higher (actually there is currentlyby sai - Developers
jmarsden wrote: > Q1: Simon, are you willing and able to take the lead in migrating RepRap to a 16F648A and SDCC 2.7.0 ? > I've already done it. Not very well tested though. > Q2: Does anyone know of still *more* things which will need additional PIC RAM, before RepRap 1.0 can build its own set of parts? > The improved comms system uses more RAM, but so much so that it reallby sai - Developers
Adrian Bowyer wrote: > I've got round the RAM limitation by the hacky (but kinda neat) > strategy of putting my ring buffer in the (at the moment unused) > EEPROM. This is slower than RAM, of course, but that doesn't matter > for variables that are not being accessed in a tight loop. Also SDCC > doesn't touch the EEPROM, so you have complete control over what you > put inby sai - Developers
Vik Olliver wrote: > On Thu, 2007-06-21 at 17:49 +1200, Simon McAuliffe wrote: > >> Anybody know about java on OLPC? >> > > No go: Not enough memory. > > There was talk from the OLPC folk at LCA2007 of using Java as the native > language now that Sun have opened it; currently they use Python. > That would be cool... I've always imagined having a diby sai - Developers
Adrian Bowyer wrote: > Does a move to 1.5.0 present a problem (including extra work) for the > threading stuff? If so we should seriously consider restricting > ourselves to 1.4.1. > No, moving to 1.5.0 doesn't present a problem at all. Doing some threading/synchronisation stuff is easier in 1.5.0 so the extra effort to make it compatible with 1.4.1 would have been unnecessaby sai - Developers
Jonathan wrote: > Maybe we could specify that any *new* classes or methods should have associated unit tests before being checked in?? Or is that going to make people unwilling to try new things and check their new code in, because they don't want to create the tests??! > Maybe we should put some process/framework in place, but don't force people to create unit tests unless they feelby sai - Developers
Adrian Bowyer wrote: >>> From what I've seen Python is a much nicer language than Java. It >>> will be interesting to see if it supplants Java eventually. >>> > > It's OK. But it is encumbered by one overriding and crippling original > design decision: that code blocks should be decided purely by > indentation. I originally considered Python forby sai - Developers
Jonathan Marsden wrote: > Unless there are platforms we care about that have Java 1.4.x but no > Java 1.5.x, I suggest a minimum JRE of 1.5.0 is acceptable and should be > made the official requirement. (JRE 1.5.0 exists on Windows, Linux, > Mac, FreeBSD and (Open)Solaris. That's probably quite enough platforms > to keep us honest about our portability goals!) If anyone knows oby sai - Developers
Ed wrote: > After wiring up Darwin, I'm an advocate for using only 3 endstops to establish the home positions (the minimum requirement). Those extra three max-endstops are of course completely possible, but can be made virtual in the software (yet to be implemented it think?). Software replacing hardware... 1's & 0's cost less and you don't have to wire em ;-) Yeah, I built six into my Reby sai - Developers
Jonathan wrote: > Please note: I'm *not* advocating formal QA, signatures on forms in quadruplicate, and hundreds of man hours of QA work to release a small change to one part. I'll continue to push strongly for the idea that there should be *some* appropriate (minimal, for right now) level of QA before releasing things, and that developers should all be clear about what that level is. I hopby sai - Developers
Forrest wrote: > I was speaking with on guy who posts on the forums a few days ago and discovered that he uses AutoCAD inventor, which apparently can't even use STL's, much less .aoi files. He is battling trying to figure out how he is going to be able to leverage his AutoCad Inventor experience, which I gather is rather extensive, on RepRap. > I have created quite a few test parts fby sai - Developers
Jonathan Marsden wrote: > [...] > Then we should probably back down to 1.5.0 for cross platform > compatibility. > [...] > This is an important point. What will be the minimum JRE requirement? As of a few months ago, it also ran on 1.4.1 and I have been doing new threading stuff with that compatibility in mind (a little extra work). Are we going to officially ditch supporby sai - Developers
jmarsden wrote: > I have a couple of questions about two specific components from Mouser: > > Q1. Why are we using a high-temp (max 125C) capacitor for C1, which has only a 16V voltage rating, when other nearby caps C2-C5 are normal (max 85C) temp rated but 50V voltage rating? If my PowerComm board ever reaches anywhere close to 85C, never mind 125C, surely something will be badly wroby sai - Developers
VMWare Player is free, which is all we'd need. Of course, since we already run it on Windows and Linux, I don't see the necessity anyway. We just need to build an installer, which I had planned to do, but I've been overrun by work recently. BTW, I'm also out of the country for the next week so more delays... I have been fixing some of the comms problems, but there's still more to do. Aftby sai - Developers
Sounds like you'll soon have an extra RepRap power supply anywayby sai - Reprappers
vonBarky Wrote: ------------------------------------------------------- > I just ran across this new Web 2.0 app that might > fit the bill called Mindmeister - an online > collaborative mindmapping software. > You could always just > add a link to the mindmap in the wiki. That is pretty cool...by sai - General
Simon McAuliffe wrote: > Oh, here's the description I posted: Oh, and a pic of them in situ in a few different situations. Some of them are wired and some left unconnected, and the same plugs are used to connect daughter boards for slave motors drivers. The board incidentally is an old version 754410 based driver, but it's still working nicely...by sai - Developers
Oh, here's the description I posted: ---- It comes in three parts. The first is a block that is mounted on the circuit board containing some moderately heavy duty pins (see top two sub-pictures). There is a rising key on the back that is close enough to the pins to prevent the plug from being put on backwards. There is also a lump part way down on this that acts as a locking mechanism toby sai - Developers