Back
[00:03:40] -!-
theorbtwo has quit [Ping timeout: 260 seconds]
[00:03:50] theorb is now known as
theorbtwo
[00:04:27] -!-
A2Sheds has quit [Ping timeout: 258 seconds]
[00:09:37] -!-
L84Supper has quit [Ping timeout: 258 seconds]
[00:11:24] -!-
Tom_afk has quit []
[00:14:36] -!-
Loetmichel has quit [Ping timeout: 240 seconds]
[00:24:23] -!-
DaViruz has quit [Ping timeout: 260 seconds]
[00:30:55] -!-
Tom_L has quit []
[00:41:32] -!-
Tom_itx has quit []
[00:42:37] -!-
robh__ has quit [Ping timeout: 255 seconds]
[00:50:55] -!-
A2Sheds has quit [Ping timeout: 260 seconds]
[00:54:08] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has parted #emc-devel
[01:15:05] -!-
A2Sheds has quit [Read error: Connection reset by peer]
[01:55:34] -!-
CBLACK10 [
[email protected]] has joined #emc-devel
[02:15:44] -!-
Roguish has quit [Ping timeout: 258 seconds]
[02:39:30] -!-
Tom_L has quit []
[02:59:16] -!-
Eartaker has quit [Read error: Connection reset by peer]
[03:14:16] -!-
ries has quit [Quit: ries]
[03:15:52] -!-
A2Sheds has quit [Quit: puff of smoke]
[03:39:30] -!-
Eartaker has quit [Read error: Connection reset by peer]
[04:54:59] <KimK> I just updated the wiki to reflect the recent 2.4.7 release, and I happened to check the history of "RecentChanges". And so I now have a question for our web admins: Is it possible to purge our Joomla history?
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?action=history&id=RecentChanges
[04:57:21] <KimK> (This in reference to the recent website hacking incident and so forth)
[05:07:41] <KimK> Maybe I should specify how I got there. From the bottom of the "Released" page, I clicked "RecentChanges". Then from the bottom of "RecentChanges", I clicked "view other revisions".
[05:23:26] -!-
ve7it has quit [Remote host closed the connection]
[05:25:36] -!-
SWPadnos has quit [Ping timeout: 248 seconds]
[05:29:40] -!-
mhaberler [
[email protected]] has joined #emc-devel
[05:33:14] -!-
FinboySlick has quit [Quit: Leaving.]
[05:37:07] -!-
SWPadnos [
[email protected]] has joined #emc-devel
[05:38:40] -!-
Eartaker has quit [Read error: Connection reset by peer]
[05:59:48] -!-
Valen has quit [Ping timeout: 240 seconds]
[06:11:04] -!-
psha[work] [psha[work]
[email protected]] has joined #emc-devel
[06:11:12] -!-
Valen has quit [Client Quit]
[06:32:29] -!-
micges_work [
[email protected]] has joined #emc-devel
[06:36:59] -!-
e-ndy [e-ndy!jkastner@nat/redhat/x-nijhahjexadpunql] has joined #emc-devel
[06:52:32] <archivist> KimK, is the wiki even part of joomla?
[06:52:55] <psha[work]> archivist: no
[06:53:45] <archivist> separate problem, I hat wiki and blog spam
[06:53:49] <archivist> hate
[06:54:38] <psha[work]> it's separate one, i don't remember how it's named
[06:55:26] <psha[work]> or were you asking about 'is there wiki for joomla'? :)
[06:58:36] <archivist> no, Im beginning to drop the wiki format as broken due to spammers
[06:59:54] <archivist> I have a wordpress blog and have had to bolt it down
[07:01:22] <alex_joni> I think all widely known web platforms have the problem of beeing tracked by hackers
[07:01:40] <alex_joni> be it joomla, wordpress, drupal, various wiki engines, etc
[07:02:04] <archivist> trouble is volunteer time keeping them clean
[07:02:43] <alex_joni> yup, and always updating them to the latest version
[07:03:13] <alex_joni> for wikis there are 2 completely different annoyances
[07:03:22] <alex_joni> automatic spam (you can fight with captchas and similar)
[07:03:32] <alex_joni> and manual spam (which you can only fight manually)
[07:05:00] <archivist> automated spam also arrives other ways
[07:05:28] <archivist> they learn the after captcha post and send in that if they can
[07:17:42] -!-
mhaberler has quit [Quit: mhaberler]
[07:19:18] <KimK> Ah, thanks guys, no Joomla in the wiki, I stand corrected. In that case, I should have just said "...purge our wiki history?..." In any case, it would be nice to get rid of it.
[07:30:30] -!-
capricorn_one has quit [Remote host closed the connection]
[07:57:04] -!-
ewidance [
[email protected]] has joined #emc-devel
[08:00:14] -!-
WalterN has quit [Quit: Leaving]
[08:21:27] <alex_joni> KimK: forget it ;)
[08:21:31] <alex_joni> not worth bothering
[08:21:45] <alex_joni> we only keep 1yr of versions iirc
[08:21:51] <alex_joni> older ones get deleted
[08:23:35] <KimK> OK. So the xxx URLs will go away by themselves? How soon?
[08:56:55] <archivist> best cure for the urls is to stop google trawling the history, just active pages
[08:58:55] <archivist> small fix to robots.txt
[09:00:15] <archivist> which is empty at the moment
[09:28:19] <alex_joni> archivist: feel free :P
[09:34:30] -!-
robh__ [
[email protected]] has joined #emc-devel
[09:53:28] -!-
ewidance1 [
[email protected]] has joined #emc-devel
[09:55:12] <archivist> alex_joni, /me has no access so its here
http://www.archivist.info/cnc/robots.txt
[09:55:15] -!-
ewidance has quit [Ping timeout: 252 seconds]
[09:55:31] -!-
vladimirek [
[email protected]] has joined #emc-devel
[11:08:12] -!-
spida has quit [Ping timeout: 240 seconds]
[11:58:58] -!-
spida has quit [Quit: reboot]
[12:03:11] -!-
roberth_ [
[email protected]] has joined #emc-devel
[12:06:24] -!-
mhaberler [
[email protected]] has joined #emc-devel
[12:06:38] -!-
robh__ has quit [Ping timeout: 255 seconds]
[12:12:06] <alex_joni> archivist: can you check if it's ok now?
[12:12:17] <alex_joni> http://wiki.linuxcnc.org/robots.txt
[12:26:53] -!-
Tom_itx has quit [Ping timeout: 244 seconds]
[12:29:07] -!-
factor has quit [Quit: Leaving]
[12:38:45] -!-
psha[work] has quit [Quit: Lost terminal]
[12:42:49] -!-
skunkworks [
[email protected]] has joined #emc-devel
[13:06:27] -!-
mhaberler has quit [Quit: mhaberler]
[13:38:09] -!-
ewidance1 [
[email protected]] has parted #emc-devel
[13:42:49] -!-
DaViruz has quit [Ping timeout: 260 seconds]
[13:44:55] -!-
Valen has quit [Quit: Leaving.]
[14:01:19] -!-
micges_work [
[email protected]] has parted #emc-devel
[14:12:37] -!-
psha [
[email protected]] has joined #emc-devel
[14:59:34] -!-
MOGLI has quit [Client Quit]
[15:01:37] -!-
e-ndy has quit [Quit: Ex-Chat]
[15:21:00] -!-
cmorley has quit [Ping timeout: 244 seconds]
[15:33:31] -!-
chester88 [
[email protected]] has joined #emc-devel
[15:39:49] -!-
syyl has quit [Ping timeout: 276 seconds]
[16:09:59] -!-
ve7it [
[email protected]] has joined #emc-devel
[16:44:48] -!-
ries has quit [Quit: ries]
[16:51:27] -!-
The_Ball has quit [Ping timeout: 248 seconds]
[17:14:04] -!-
theos has quit [Ping timeout: 276 seconds]
[17:14:17] -!-
IchGucksLive has quit [Remote host closed the connection]
[17:35:16] <archivist> alex_joni, looks ok, just need to check google in a month or so see if it is still there
[17:37:28] -!-
The_Ball has quit [Ping timeout: 276 seconds]
[18:01:10] -!-
skunkworks has quit [Ping timeout: 244 seconds]
[18:03:02] -!-
mrsunshine has quit [Quit: Leaving]
[18:39:47] -!-
izua has quit [Changing host]
[18:42:48] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[18:42:55] -!-
theorbtwo has quit [Ping timeout: 248 seconds]
[18:49:22] <andypugh> If I have some pointers to registers that I might not need, what is the accepted way to not use them? Can I point them all at a safe memory location (is there one?) or should I test them for nullity every time the code would be read/writing them.
[18:49:49] <andypugh> Basically I don't want to set up TRAM reads and writes for unused registers.
[19:03:04] -!-
micges [
[email protected]] has joined #emc-devel
[19:21:13] -!-
bootnecklad has quit [Ping timeout: 245 seconds]
[19:35:25] -!-
micges_ [
[email protected]] has joined #emc-devel
[19:35:57] -!-
micges has quit [Ping timeout: 255 seconds]
[19:37:16] -!-
vladimirek has quit [Remote host closed the connection]
[19:43:32] micges_ is now known as
micges
[20:08:14] -!-
A2Sheds has quit [Excess Flood]
[20:27:49] <andypugh> Hmm, this is a puzzle. Code falls over on line 5. reg_2_read _is_ a null pointer. That has to be OK.
[20:27:51] <andypugh> http://pastebin.com/5HVUeLYK
[20:30:17] <psha> if it's null - that it'll fail
[20:30:20] <psha> what's strange? :)
[20:30:33] <psha> ah, sorry :)
[20:30:37] <psha> too dumb in the evening
[20:39:59] -!-
chester88 has quit [Ping timeout: 252 seconds]
[20:44:11] <andypugh> psha: Does the ternary operator shprt-circuit?
[20:44:39] <psha> shprt?
[20:44:43] <psha> it looks ok
[20:45:04] <andypugh> short-circuit
[20:45:11] <JT-Shop> I looked too but it was a bit greek to me
[20:45:52] <andypugh> Well, if I set user2 to 0 explicitly, all is good.
[20:46:19] <psha> is it really line 5 that kills your program?
[20:46:37] <psha> probably your 'tram' is zero?
[20:46:41] -!-
mrsun has quit [Remote host closed the connection]
[20:47:35] <andypugh> tram can't be zero, lines 3 and 4 are fine, and the code even works if I insert a 0; // in the middle of line 5
[20:49:42] -!-
bootnecklad_ has quit [Ping timeout: 258 seconds]
[20:50:37] <cradek> if it segfaults at line 5, then tram->reg_2_read is an invalid but nonzero pointer
[20:50:57] <cradek> so look in the caller for reasons the pointer might be invalid but nonzero
[20:52:33] -!-
micges has quit [Quit: Ex-Chat]
[20:53:05] -!-
micges [
[email protected]] has joined #emc-devel
[20:53:10] <andypugh> I don't actually know that it is a segfault.
[20:53:20] <andypugh> [ 6729.293458] RTAPI: Task 1[eedb9800]: Fault with vec=14, signo=11 ip=fceb10c0.
[20:53:21] <andypugh> [ 6729.293461] RTAPI: This fault may not be recoverable without rebooting.
[20:53:30] <cradek> signo=11 is segfault
[20:54:30] <andypugh> Perhaps I am making an invalid assumption that pointer are created NULL?
[20:54:39] <cradek> yes
[20:55:07] <andypugh> Bother! said Pugh.
[20:55:50] -!-
chester88 [
[email protected]] has joined #emc-devel
[20:59:13] -!-
mrsun has quit [Client Quit]
[21:01:49] <psha> andypugh: you can not make assumptions about variable value before you've initialized it
[21:01:58] <psha> probably you need -Wall compiler flag
[21:04:17] <andypugh> Or I should be more careful.
[21:06:20] <andypugh> So, I guess that means that I should tram_register the ones I do want, and explicitly NULL the ones I don't?
[21:06:41] -!-
mhaberler [
[email protected]] has joined #emc-devel
[21:06:49] -!-
FinboySlick has quit [Quit: Leaving.]
[21:07:56] <psha> yes
[21:08:06] <psha> or probably just zero all fields after initialization
[21:08:17] <andypugh> Sometimes I think C tries too hard to be fast.
[21:08:36] <psha> heh, guessing what values you need for variables is not that easy ;)
[21:08:59] <andypugh> malloc _could_ zero out the memory so at least you got null pointers rather than invalid ones.
[21:09:05] <psha> calloc
[21:09:05] <cradek> yeah almost as if it was written in the early 70s
[21:09:18] <psha> not malloc
[21:09:45] <andypugh> But it wasn't, it was modernised only a dozen years ago.
[21:10:14] <cradek> psha is right that if you want malloced and cleared memory, you can use calloc
[21:10:35] <andypugh> Yes, well, I am actually using kmalloc
[21:11:18] <cradek> hard to guess what that does exactly, but I sure wouldn't assume it clears the memory
[21:11:22] <psha> zeroing kmalloced memory is not good idea really
[21:11:33] <psha> i mean by default
[21:11:34] <andypugh> Hmm, andypugh@mill:~/emc2-dev/src$ man kmalloc
[21:11:34] <andypugh> No manual entry for kmalloc
[21:11:50] <psha> since it may be allocated in many different pools like DMA one
[21:12:04] <psha> andypugh: it's not userspace function so it's not covered by glibc mans
[21:12:12] <andypugh> OK.
[21:12:24] <andypugh> Actually, I think I am using krealloc :-)
[21:12:41] <andypugh> And zeroing that would be hugely very wrong indeed.
[21:17:43] <andypugh> Thanks cradek, you seem to have set me on the right path. It's working now.
[21:18:08] <cradek> yay, welcome
[21:18:30] <andypugh> I still want a long argument about G76, but not tonight :-)
[21:19:01] <cradek> arguments are down the way, this is just the disagreement department
[21:19:17] <andypugh> How about productive debate?
[21:19:17] -!-
syyl_ has quit [Quit: Leaving]
[21:19:23] <cradek> wrong floor
[21:19:48] <andypugh> uninformed flaming?
[21:19:49] <cradek> I think the disconnect we have about G76 is that I think the general case includes the entry taper and you didn't factor that in
[21:20:03] <cradek> but I want to go home since it's way after 16:00, so let's worry about it later
[21:20:18] <andypugh> I think you might be right.
[21:41:12] -!-
psha has quit [Quit: Lost terminal]
[21:50:00] -!-
|n0b0dy| has quit [Ping timeout: 240 seconds]
[21:54:43] -!-
Fox_Muldr has quit [Ping timeout: 260 seconds]
[21:58:26] -!-
skunkKandT [
[email protected]] has joined #emc-devel
[22:19:56] -!-
mhaberler has quit [Quit: mhaberler]
[22:36:19] -!-
micges has quit [Quit: Ex-Chat]
[22:39:10] -!-
findux has quit [Client Quit]
[22:53:03] -!-
Fox_Muldr has quit [Ping timeout: 260 seconds]
[22:54:03] -!-
mozmck has quit [Ping timeout: 260 seconds]
[22:54:12] -!-
A2Sheds has quit [Ping timeout: 255 seconds]
[22:55:29] -!-
jsr_ has quit [Client Quit]
[22:56:23] -!-
L84Supper has quit [Ping timeout: 252 seconds]
[22:56:59] -!-
mozmck [mozmck!~moses@client-173.225.233.208.dfwtx.partnershipbroadband.com] has joined #emc-devel
[23:25:13] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:27:01] -!-
jsr_ has quit [Client Quit]
[23:30:03] -!-
jsr has quit [Quit: Konversation terminated!]
[23:54:58] -!-
andypugh has quit [Quit: andypugh]
[23:55:29] -!-
Fox_Muldr has quit [Ping timeout: 260 seconds]