similar to: surprising behaviour of "bgroup": sets all in greek letters (PR#3099)

Sometimes (dependent on device and settings of 'cex' and 'lwd') the line of a square root symbol plottet in the denominator of a fraction appears to be in or above the line of the fraction. Examples: ### Choose one of these: # pdf("test.pdf", height=6, width=8) # bmp("test.bmp", width=1100, height=800, pointsize=12) # bitmap("test.tif",

Hello Everyone! According to voip-info.org the correcy syntax for the realtime function is: REALTIME(family|fieldmatch[|value[|delim1[|delim2]]]) on read REALTIME(family|fieldmatch|value|field) on write It seems from the syntax that it is only possible to retrieve a full row according to the value of only of column. This translates in SQL language as Select * from family where fieldmath =

Hello, I'm experimenting with Asterisk and MySQL. Up to know I've just put iax.conf in a MySQL database and it seems to work: when a Iax2 client registers the corrispondent row in db is updated. Good. However when I have many asterisk boxes pointing to the same db a problem arises: I need an additional column in iax_buddies table called for example "Asterisk ID" which tells me on

Yell at me if you will, but I hate func_realtime - it's not very usable nor is it change-friendly (update your database and your dialplan completely breaks). I'm getting a new 1.6 box built out and working, and wanted to emulate the functionality of APP_realtime somehow, so I started digging around in the func_realtime source - here's what I came up with: For 1.6.0, look at line 86

Dear R user community I wanted to use "bgroup" for plotting a math formula with a big "{" on the left, and nothing on the right. i used text( 10, 10, pos=4, cex=1.8, expression(F(x) == bgroup("{", x, "")), ...) on a 40 x 20 plot. surprisingly, bgroup sets "Phi(xi) = { xi" i.e. replaces alphabetic characters with greek letters in the entire

Dear list, I read in ?plotmath that I can use bgroup to draw scalable delimiters such as [ ] and ( ). The same technique fails with < > however, and I cannot find a workaround, grid.text(expression(bgroup("<",atop(x,y),">"))) Error in bgroup("<", atop(x, y), ">") : invalid group delimiter Regards, baptiste sessionInfo() R version

Dear list, I read in ?plotmath that I can use bgroup to draw scalable delimiters such as [ ] and ( ). The same technique fails with < > however, and I cannot find a workaround, grid.text(expression(bgroup("<",atop(x,y),">"))) Error in bgroup("<", atop(x, y), ">") : invalid group delimiter Regards, baptiste sessionInfo() R version

https://bugzilla.samba.org/show_bug.cgi?id=3099 Summary: Please parallelize filesystem scan Product: rsync Version: 2.6.4 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: hpa@zytor.com QAContact:

https://bugzilla.samba.org/show_bug.cgi?id=3099 --- Comment #6 from Arie Skliarouk <skliarie at gmail.com> 2013-02-10 06:45:30 UTC --- Any hope for the bug to be resolved? It is really inconvenient to have production database to be down for double amount of time than what is really necessary. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are

https://bugzilla.samba.org/show_bug.cgi?id=3099 --- Comment #7 from Rainer <rainer at voigt-home.net> --- Hi, I'm experiencing the very same problem: I'm trying to sync a set of VMWare disk files (about 2.5TB) with not too many changes, and direct copying is still faster than the checksumming by a quite large margin because of the sequential checksumming on source and target just

https://bugzilla.samba.org/show_bug.cgi?id=3099 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Status|NEW |RESOLVED Resolution| |WONTFIX

Sounds to me like maintaining the metadata cache is important - and tuning the filesystem to do so would be more beneficial than caching writes, especially with a backup target where a write already written will likely never be read again (and isnt a big deal if it is since so few files are changed compared to the total # of inodes to scan). Your report of the minutes for the re-sync shows the

https://bugzilla.samba.org/show_bug.cgi?id=3099 --- Comment #8 from Chip Schweiss <chip at innovates.com> --- I would argue that optionally all directory scanning should be made parallel. Modern file systems perform best when request queues are kept full. The current mode of rsync scanning directories does nothing to take advantage of this. I currently use scripts to split a couple