search for: stac

...mulation(5,1) plot(conc, choixg, main ="fonction de choix", col= "blue", pch=20, xlab = " concentration", ylab="proba de choisir la gauche") ########################################################## Lassana KOITA Service Technique de l'Aviation Civile (STAC) Direction G??n??rale de l'Aviation Civile (DGAC) Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 http://www.stac.aviation-civile.gouv.fr

...! R users I would like to ask you where could we find the VGAM Package. I don't find it in the list of packages. Thak you for your help Lassana KOITA Etudes de S?curit? et d'Exploitation a?roportuaires / Safety Study & Statistical analysis Service Technique de l'Aviation Civile (STAC) / Civil Aviation Technical Department Direction G?n?rale de l'Aviation Civile (DGAC) / French Civil Aviation Authority Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 E-mail: Lassana.Koita at aviation-civile.gouv.fr http://www.stac.aviation-civile.gouv.fr/

...L[i] = L[j] vect[i] <- 10^((L[i])/10 } } ####################### Lassana KOITA Chargé d'Etudes de Sécurité Aéroportuaire et d'Analyse Statistique / Project Engineer Airport Safety Studies & Statistical analysis Service Technique de l'Aviation Civile (STAC) / Civil Aviation Technical Department Direction Générale de l'Aviation Civile (DGAC) / French Civil Aviation Headquarters Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 E-mail: Lassana.Koita@aviation-civile.gouv.fr http://www.stac.aviation-civile.gouv.fr/ [[alternative HTML version deleted]]

...( 0.01, 0.02, 0.03), niv.conf <- c(0.90, 0.95, 0.99)) ####################################################################" Lassana KOITA Etudes de S??curit?? et d'Exploitation a??roportuaires / Aerodrome Safety & Statistical analysis Service Technique de l'Aviation Civile (STAC) / Civil Aviation Technical Department Direction G??n??rale de l'Aviation Civile (DGAC) / French Civil Aviation Authority Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 E-mail: Lassana.Koita at aviation-civile.gouv.fr http://www.stac.aviation-civile.gouv.fr/

Hi, I am trying to eliminate all remnants of Windows 98 on my system, but for my job I need to be able to run Reachout 8.42 Enterprise (from the now defunct Stac). Has anyone tried to run this from Linux with wine? Or are there any fake RO clients for Linux? Once I get over this hurdle, I can free up the space on my Win98 partition finally! Thanks, Philip

..., ylab="proba de choisir la gauche", type="l") } ######################################################################### Lassana KOITA Etude S??curit?? et Exploitation a??roportuaires / Aerodrome Safety & Statistical analysis Service Technique de l'Aviation Civile (STAC) / Civil Aviation Technical Department Direction G??n??rale de l'Aviation Civile (DGAC) / French Civil Aviation Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 E-mail: Lassana.Koita at aviation-civile.gouv.fr

...seems like these mails have been respooled somehow and been inserted into the maildir with the same date and time as the original: root#loc [</var/gopostal/maildirs/wow/lina/cur>] diff 1158863410.P19488Q34M511758.locusts.copyleft.no:2,STbf 1132869216.H332479P92237.mail9.copyleft.no,S=7755:2,STac root#loc [</var/gopostal/maildirs/wow/lina/cur>] ls -l 1158863410.P19488Q34M511758.locusts.copyleft.no:2,STbf -rw------- 1 mailnull mail 7755 Nov 24 2005 1158863410.P19488Q34M511758.locusts.copyleft.no:2,STbf root#loc [</var/gopostal/maildirs/wow/lina/cur>] ls -l 1132869216...

...adata through kernel virtual >> address instead of copy_user() friends since they had too much >> overheads like checks, spec barriers or even hardware feature >> toggling. > Will review, thanks! > One questions that comes to mind is whether it's all about bypassing > stac/clac. Could you please include a performance comparison with > nosmap? > On machine without SMAP (Sandy Bridge): Before: 4.8Mpps After: 5.2Mpps On machine with SMAP (Broadwell): Before: 5.0Mpps After: 6.1Mpps No smap: 7.5Mpps Thanks

...adata through kernel virtual >> address instead of copy_user() friends since they had too much >> overheads like checks, spec barriers or even hardware feature >> toggling. > Will review, thanks! > One questions that comes to mind is whether it's all about bypassing > stac/clac. Could you please include a performance comparison with > nosmap? > On machine without SMAP (Sandy Bridge): Before: 4.8Mpps After: 5.2Mpps On machine with SMAP (Broadwell): Before: 5.0Mpps After: 6.1Mpps No smap: 7.5Mpps Thanks

...bel all of them. As you know, labels are not readable. Thank you for your help in advance! Lassana KOITA Chargé d'Etudes de Sécurité Aéroportuaire et d'Analyse Statistique / Project Engineer Airport Safety Studies & Statistical analysis Service Technique de l'Aviation Civile (STAC) / Civil Aviation Technical Department Direction Générale de l'Aviation Civile (DGAC) / French Civil Aviation Headquarters Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 E-mail: Lassana.Koita@aviation-civile.gouv.fr http://www.stac.aviation-civile.gouv.fr/ [[alternative HTML version deleted]]

...dress instead of copy_user() friends since they had too much >>>> overheads like checks, spec barriers or even hardware feature >>>> toggling. >>> Will review, thanks! >>> One questions that comes to mind is whether it's all about bypassing >>> stac/clac. Could you please include a performance comparison with >>> nosmap? >>> >> On machine without SMAP (Sandy Bridge): >> >> Before: 4.8Mpps >> >> After: 5.2Mpps > OK so would you say it's really unsafe versus safe accesses? > Or would you...

...dress instead of copy_user() friends since they had too much >>>> overheads like checks, spec barriers or even hardware feature >>>> toggling. >>> Will review, thanks! >>> One questions that comes to mind is whether it's all about bypassing >>> stac/clac. Could you please include a performance comparison with >>> nosmap? >>> >> On machine without SMAP (Sandy Bridge): >> >> Before: 4.8Mpps >> >> After: 5.2Mpps > OK so would you say it's really unsafe versus safe accesses? > Or would you...

...exten => 666,5,Playback(my-sd) exten => 666,6,Hangup And here the logging by Asterisk.. Connected to Asterisk 1.2.13 currently running on fedora (pid = 1951) Verbosity is at least 3 -- Remote UNIX connection -- Executing Answer("SIP/lomonaco-0945fd18", "") in new stack -- Executing System("SIP/lomonaco-0945fd18", "/root/example2.sh >> /root/log.txt ") in new stack -- Executing System("SIP/lomonaco-0945fd18", "echo "SUCCESS" >> /root/log.txt") in new stack -- Executing Wait("SIP/lomona...

...uot;) }) #################################################"""""" Lassana KOITA Charg? d'Etudes de S?curit? A?roportuaire et d'Analyse Statistique / Project Engineer Airport Safety Studies & Statistical analysis Service Technique de l'Aviation Civile (STAC) / Civil Aviation Technical Department Direction G?n?rale de l'Aviation Civile (DGAC) / French Civil Aviation Authority Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 E-mail: Lassana.Koita at aviation-civile.gouv.fr http://www.stac.aviation-civile.gouv.fr/

...t;> Signed-off-by: Jason Wang <jasowang at redhat.com> >> I don't hve a problem with this patch but do you have >> any idea how come removing what's supposed to be >> an optimization speeds things up? > With SMAP, the 2x vhost_put_user() will also mean an extra STAC/CLAC pair, > which is probably slower than the overhead of CALL+RET to whatever flavor > of copy_user_generic() gets used. CALL+RET is really the only overhead > since all variants of copy_user_generic() unroll accesses smaller than > 64 bytes, e.g. on a 64-bit system, __copy_to_user()...

...r 1 in: Deviance.categorical.data.vgam(mu = mu, y = y, w = w, residuals = residuals, > Lassana KOITA Chargé d'Etudes de Sécurité Aéroportuaire et d'Analyse Statistique / Project Engineer Airport Safety Studies & Statistical analysis Service Technique de l'Aviation Civile (STAC) / Civil Aviation Technical Department Direction Générale de l'Aviation Civile (DGAC) / French Civil Aviation Headquarters Tel: 01 49 56 80 60 Fax: 01 49 56 82 14 E-mail: Lassana.Koita@aviation-civile.gouv.fr http://www.stac.aviation-civile.gouv.fr/ [[alternative HTML version deleted]]

This appears to be the case in the recent messages in Debian bug #660425 [0] (thread starts at [1] and continues at [2]). SMAP uses EFLAGS.AC in kernel mode to indicate whether accesses to usermode pages should fault or not, which gets confused because under 64-bit Xen kernel == ring3. The obvious fix would be to clear SMAP from the cpuid features (probably in kernel as well as hypervosr) but

On Fri, Nov 02, 2018 at 11:46:36AM +0000, Mark Rutland wrote: > On Thu, Nov 01, 2018 at 04:06:19PM -0700, Linus Torvalds wrote: > > On Thu, Nov 1, 2018 at 4:00 PM Kees Cook <keescook at chromium.org> wrote: > > > > > > + memset(&rsp, 0, sizeof(rsp)); > > > + rsp.response = VIRTIO_SCSI_S_FUNCTION_REJECTED; > > > + resp =

On Fri, Nov 02, 2018 at 11:46:36AM +0000, Mark Rutland wrote: > On Thu, Nov 01, 2018 at 04:06:19PM -0700, Linus Torvalds wrote: > > On Thu, Nov 1, 2018 at 4:00 PM Kees Cook <keescook at chromium.org> wrote: > > > > > > + memset(&rsp, 0, sizeof(rsp)); > > > + rsp.response = VIRTIO_SCSI_S_FUNCTION_REJECTED; > > > + resp =

Hi All, I am a new bee to *. I just installed Asterisk@home on FC3. I hv a FXO card. I hv configured two extensions one x-lite and other iaxComm. I configured * using AMP. The following setup works - x-lite (x 200) to iaxComm (x 201) - PSTN to x-lite - PSTN to iaxComm Voice mail, weather etc work fine. When i try to make an external call i am getting message "All routes are busy". In