[Rd] useR! 2006: submission & registration started!

2005-11-09 Thread Torsten Hothorn

We are happy to inform you that the online abstract submission and
registration for `useR! 2006' is now available online from
  http://www.R-project.org/useR-2006/

This second world meeting of the R user community will take place at
the Wirtschaftsuniversitaet Wien, Vienna, Austria, June 15 to 17 2006.
The conference schedule comprises keynote lectures and user-contributed
sessions as well as half-day tutorials presented by R experts on June 14,
2006, prior to the conference.

Keynote lectures addressing hot topics including data mining, graphics,
marketing or teaching with R will be presented by prominent speakers
including John Chambers, Jan de Leeuw, Brian Everitt, Travor Hastie, John
Fox, Stefano Iacus, Uwe Ligges, Paul Murrell, Peter Rossi, Simon Urbanek
and Sanford Weisberg.

The spectrum of user-contributed sessions will depend on your submissions.
Hence, we invite you to submit abstracts on topics presenting innovations
or exciting applications of R. The call for papers along with the link to
the online abstract submission is available at
  http://www.R-project.org/useR-2006/#Call

Before the start of the official program, half-day tutorials will be
offered on Wednesday, June 14th, a list of topics and speakers can be
found at
  http://www.R-project.org/useR-2006/Tutorials/

A special highlight of the conference will be a panel discussion on
`Getting recognition for excellence in computational statistics'. Editors
of well established journals in both computational and applied statistics
will discuss the impact of recent developments in computational statistics
on peer-reviewed journal publications. Currently, the panelists include
Jan de Leeuw (JSS), Brian Everitt (SMMR), Wolfgang Haerdle (CS), Nicholas
Jewell (SMGMB), Erricos Konthogiorges (CSDA), and Luke Tierney (JCGS).

Early birds fly until January 31st 2006, so now is the perfect time to
write and submit an abstract, register as a participant and plan your trip
to Vienna. The conference web page
  http://www.R-project.org/useR-2006/
has a link to a local hotel booking service and much more news.

See you in Vienna!
Torsten, Achim, David, Bettina, Kurt and Fritz

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] bug in windows GUI/script editor (PR#8288)

2005-11-09 Thread ligges
[EMAIL PROTECTED] wrote:

> On 11/8/2005 11:51 AM, [EMAIL PROTECTED] wrote:
> 
>>Full_Name: Roberto Ugoccioni
>>Version: 2.2.0
>>OS: Windows 2000
>>Submission from: (NULL) (193.203.232.5)
>>
>>
>>Running Windows 2000 Professional, all patches up to nov 8, 2005.
>>
>>
>>
>>>version
>>
>> _  
>>platform i386-pc-mingw32
>>arch i386   
>>os   mingw32
>>system   i386, mingw32  
>>status  
>>major2  
>>minor2.0
>>year 2005   
>>month10 
>>day  06 
>>svn rev  35749  
>>language R  
>>
>>How to reproduce the bug:
>>
>>1. launch Rgui.exe
>>2. menu File->open script
>>3. close editor clicking on X
>>4. clicking menu File now generates the fatal error (omitting memory
>>addresses):
>>
>> An instruction referred to a memory location which could not be "read"
>>
>>Clicking on OK in the error message window causes R to consume 100% CPU and 
>>not
>>to respond - must be terminated from task manager.
> 
> 
> I don't see this, but it sounds like something that was fixed before the 
> release of 2.2.0, so maybe there's another way to generate the same problem.

I see the crash for R-2.2.0 on WinNT4.0 but it does not happen for 
R-devel from yesterday...

Uwe


> Could you give more detail:
> 
>   - are you running in the default MDI mode (one big window containing 
> the console, editor, etc.) or SDI mode (separate windows)?
> 
>   - does it matter what was in the file you opened?
> 
> Duncan Murdoch
> 
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] R build under mandriva 10.2

2005-11-09 Thread Hin-Tak Leung
Gilles GUILLOT wrote:
> After upgrading from mandrake 10.1 to mandriva 10.2
> I can't build shared archive with R 2.2.0

libg2c is part of the g77 fortran runtime package in gcc 3.x. You probably
have gcc 4.x (which has a new/different fortran frontend
called gfortran) when you upgrade to mandriva 10.2 .

You probably need to rebuild R with gcc 4.x, or downgrade your
compiler suites back to gcc 3.x.

> [EMAIL PROTECTED] src]$ R CMD SHLIB main.f sub.f wrapper.c 
> gcc -shared  -L/usr/local/lib -o main.so main.o sub.o wrapper.o  -lg2c -lm 
> -lgcc_s
> /usr//bin/ld: cannot find -lg2c
> collect2: ld returned 1 exit status
> make: *** [main.so] Erreur 1
> 
> I guess the information in
> http://finzi.psych.upenn.edu/R/Rhelp01/archive/5146.html 
> are not relevant any longer.
> 
> What is missing ?
> 
> Gilles
> 
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Packages that require other packages - How?

2005-11-09 Thread Gavin Simpson
Dear list,

The help page for library/require contains the following paragraph in
the section "Packages that require other packages":

 The source code for a package that requires one or more other
 packages should have a call to 'require', preferably near the
 beginning of the source, and of course before any code that uses
 functions, classes or methods from the other package. 

Now, I'm being very dense today, but I don't know where to put such a
call to require.

My package has added methods for a generic function supplied by another
package. I have listed this package in the Depends field in my
DESCRIPTION.

What do I need to do to have the package that my package depends on be
attached when I call library or require to attach my package?

Apologies for being dense...

Thanks,

G
-- 
%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%
Gavin Simpson [T] +44 (0)20 7679 5522
ENSIS Research Fellow [F] +44 (0)20 7679 7565
ENSIS Ltd. & ECRC [E] gavin.simpsonATNOSPAMucl.ac.uk
UCL Department of Geography   [W] http://www.ucl.ac.uk/~ucfagls/cv/
26 Bedford Way[W] http://www.ucl.ac.uk/~ucfagls/
London.  WC1H 0AP.
%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Packages that require other packages - How?

2005-11-09 Thread Duncan Murdoch
On 11/9/2005 11:50 AM, Gavin Simpson wrote:
> Dear list,
> 
> The help page for library/require contains the following paragraph in
> the section "Packages that require other packages":
> 
>  The source code for a package that requires one or more other
>  packages should have a call to 'require', preferably near the
>  beginning of the source, and of course before any code that uses
>  functions, classes or methods from the other package. 
> 
> Now, I'm being very dense today, but I don't know where to put such a
> call to require.
> 
> My package has added methods for a generic function supplied by another
> package. I have listed this package in the Depends field in my
> DESCRIPTION.
> 
> What do I need to do to have the package that my package depends on be
> attached when I call library or require to attach my package?
> 
> Apologies for being dense...

You can either put a call to require() in the function that needs it 
(which would be the best solution if that function is relatively rarely 
used), or in the startup code (in .First.lib, .onLoad, or .onAttach: 
see the manual for the differences) if you make extensive use of the 
other package.

Duncan Murdoch

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Packages that require other packages - How?

2005-11-09 Thread Roger Peng
If I'm not mistaken, when you put the other package in the "Depends:" 
field of DESCRIPTION, the other package will be loaded first, before 
your package is loaded.  So you shouldn't have to put require/library 
anywhere else.

-roger

Gavin Simpson wrote:
> Dear list,
> 
> The help page for library/require contains the following paragraph in
> the section "Packages that require other packages":
> 
>  The source code for a package that requires one or more other
>  packages should have a call to 'require', preferably near the
>  beginning of the source, and of course before any code that uses
>  functions, classes or methods from the other package. 
> 
> Now, I'm being very dense today, but I don't know where to put such a
> call to require.
> 
> My package has added methods for a generic function supplied by another
> package. I have listed this package in the Depends field in my
> DESCRIPTION.
> 
> What do I need to do to have the package that my package depends on be
> attached when I call library or require to attach my package?
> 
> Apologies for being dense...
> 
> Thanks,
> 
> G

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Packages that require other packages - How?

2005-11-09 Thread Kasper Daniel Hansen

On Nov 9, 2005, at 9:22 AM, Duncan Murdoch wrote:

> On 11/9/2005 11:50 AM, Gavin Simpson wrote:
>> Dear list,
>>
>> The help page for library/require contains the following paragraph in
>> the section "Packages that require other packages":
>>
>>  The source code for a package that requires one or more other
>>  packages should have a call to 'require', preferably near the
>>  beginning of the source, and of course before any code that uses
>>  functions, classes or methods from the other package.
>>
>> Now, I'm being very dense today, but I don't know where to put such a
>> call to require.
>>
>> My package has added methods for a generic function supplied by  
>> another
>> package. I have listed this package in the Depends field in my
>> DESCRIPTION.
>>
>> What do I need to do to have the package that my package depends  
>> on be
>> attached when I call library or require to attach my package?
>>
>> Apologies for being dense...
>
> You can either put a call to require() in the function that needs it
> (which would be the best solution if that function is relatively  
> rarely
> used), or in the startup code (in .First.lib, .onLoad, or .onAttach:
> see the manual for the differences) if you make extensive use of the
> other package.

But isn't it true that the introduction of the DEPENDS field in the  
description file, largely makes calls to require obsolete? My  
impression is that require calls are mostly used to make examples  
execute if the depend on a suggested package. I may be wrong of course.

Kasper

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] News Letter - Voiles News magazine - n?43 - 8 novembre 2005 (PR#8294)

2005-11-09 Thread voilesnews . newsletter
This is a multi-part message in MIME format.

--=_SAKbound_19_3848_20051109_3FC750EE.0417D0AB
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8Bit


--=_SAKbound_19_3848_20051109_3FC750EE.0417D0AB
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: 8Bit



Vous 
n'arrivez pas à lire notre News Letter - au format HTML, vous pouvez la 
retrouver sur nos sites à la page http://www.voilesnews.fr/news_letter_dernier_envoi.htm";>dernière news 
letter
 




http://www.voilesnews.fr";>http://voilesnews.fr/photos_news_letter/logo_voiles_news_news_letter.jpg"; 
width=200 border=0>
http://www.google.es/language_tools?hl=es"; 
target=_blank>http://www.voilesnews.fr/dossier_animation_divers%20gif/spainw.gif"; 
width=27 border=0>http://www.google.es/language_tools?hl=it"; target=_blank>http://www.voilesnews.fr/dossier_animation_divers%20gif/italyw.gif"; 
width=27 border=0>http://www.google.es/language_tools?hl=de"; target=_blank>http://www.voilesnews.fr/dossier_animation_divers%20gif/germanyw.gif"; 
width=27 border=0>http://www.google.es/language_tools?hl=us"; target=_blank>http://www.voilesnews.fr/dossier_animation_divers%20gif/greatbrw.gif"; 
width=27 border=0>

 




News Lettre n°43 
- 
8 novembre 2005

Bonjour 
 , 
http://www.voilesnews.fr/news_letter_inscription.htm";>http://www.voilesnews.fr/dossier_animation_divers%20gif/fleche_vers_la_droite.gif";
 width=33 border=0> Je souhaite 
m'abonner / me désabonner à la News Letter de Voiles News, merci de rappeler 
l'adresse suivante : [EMAIL 
PROTECTED] 














http://www.voilesnews.fr/photos_generique_site/favicon.gif"; width=16 
border=0> L'actualité nautique est riche en cette saison avec la Transat 
Jacques Vabre qui vient de quitter la France et bientôt la salon nautique 2005 
de Paris. L'intérêt d'Internet, c'est sa réactivité, ainsi nous vous proposons 
de suivre en direct les aventures de nos champions sur cette Transat et de 
prendre connaissance en avant première des nouveautés de ce prochain 
salon.
http://www.voilesnews.fr/photos_generique_site/favicon.gif"; width=16 
border=0> Voiles News Magazine va changer, nous travaillons actuellement sur 
une refonte totale de notre webzine, n'hésitez pas à nous faire connaître vos 
idées, souhaits, nous sommes preneur de toutes les bonnes idées !
 
La Rédaction
 
http://www.voilesnews.fr";>http://www.voilesnews.fr/dossier_pub/pub_salon_nautique_2005.bmp"; 
width=512 border=0> 
 
http://www.voilesnews.fr/"; target=_blank>Découvrez en avant première les nouveautés du Salon Nautique 2005 de 
Paris
 


Notre prochaine News Letter vers le : 
20 novembre 
2005
 

Pour nous écrire : mailto:[EMAIL PROTECTED]">[EMAIL 
PROTECTED]

Pour écrire à la rédaction : mailto:[EMAIL PROTECTED]">[EMAIL 
PROTECTED]http://www.power-emailer.com/tracking/tkop.php?var=I-YFTHcYRLHGZG.PF.WP-__-56384";
 width="0" height="0">


--=_SAKbound_19_3848_20051109_3FC750EE.0417D0AB--

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Packages that require other packages - How?

2005-11-09 Thread Duncan Murdoch
On 11/9/2005 1:31 PM, Kasper Daniel Hansen wrote:
> On Nov 9, 2005, at 9:22 AM, Duncan Murdoch wrote:
> 
>> On 11/9/2005 11:50 AM, Gavin Simpson wrote:
>>> Dear list,
>>>
>>> The help page for library/require contains the following paragraph in
>>> the section "Packages that require other packages":
>>>
>>>  The source code for a package that requires one or more other
>>>  packages should have a call to 'require', preferably near the
>>>  beginning of the source, and of course before any code that uses
>>>  functions, classes or methods from the other package.
>>>
>>> Now, I'm being very dense today, but I don't know where to put such a
>>> call to require.
>>>
>>> My package has added methods for a generic function supplied by  
>>> another
>>> package. I have listed this package in the Depends field in my
>>> DESCRIPTION.
>>>
>>> What do I need to do to have the package that my package depends  
>>> on be
>>> attached when I call library or require to attach my package?
>>>
>>> Apologies for being dense...
>>
>> You can either put a call to require() in the function that needs it
>> (which would be the best solution if that function is relatively  
>> rarely
>> used), or in the startup code (in .First.lib, .onLoad, or .onAttach:
>> see the manual for the differences) if you make extensive use of the
>> other package.
> 
> But isn't it true that the introduction of the DEPENDS field in the  
> description file, largely makes calls to require obsolete? My  
> impression is that require calls are mostly used to make examples  
> execute if the depend on a suggested package. I may be wrong of course.

No, you're right, I was wrong.

Duncan Murdoch

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] bug in windows GUI/script editor (PR#8288)

2005-11-09 Thread Duncan Mackay
Here's how I can reproduce this bug, running under MDI under WinXP

1) start Rgui
2) open a script window using File>New script
3) click back in the console window and open a help window (e.g. by typing
"?merge") in the console window
4) click in the close box of the help window
5) click in the close box of the script window (which was visible even
though the script window was largely behind the console window)
6) click on the File menu ..CRASH!!! "R for Windows GUI front-end
has encountered a problem and needs to close.  We are sorry for the
inconvenience."


Cheers,
Duncan



> version
 _  
platform i386-pc-mingw32
arch i386   
os   mingw32
system   i386, mingw32  
status  
major2  
minor2.0
year 2005   
month10 
day  06 
svn rev  35749  
language R  


*
Dr. Duncan Mackay
School of Biological Sciences
Flinders University
GPO Box 2100
Adelaide
S.A.5001
AUSTRALIA

Ph (08) 8201 2627FAX (08) 8201 3015

http://www.scieng.flinders.edu.au/biology/people/mackay_d/index.html

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Request: read.table() - argument 'flush' to be passed to scan()

2005-11-09 Thread Henrik Bengtsson
Hi,

would it be possible to add an argument 'flush' to read.table(), which 
is passed as internal scan(..., 'flush=flush') calls?

BACKGROUND:
The microarray image analysis software QuantArray, sometimes generates 
tab-delimited files that contain data rows with trailing and obsolete 
TAB's (for unknown reasons).  Then number of TABs are unknown on before 
hand, and may vary.  These files do have a header, which defines the 
number of "target/wanted" columns.

SOLUTION:
If one add 'flush=FALSE' to the list of arguments and passes 
'flush=flush' to the "data <- scan(..., flush=flush)" call, that is, the 
scan call that reads the data table, files like the above can be read 
correctly.

 From ?scan, we have:

   flush: logical: if 'TRUE', 'scan' will flush to the end of the line
  after reading the last of the fields requested. This allows
  putting comments after the last field, but precludes putting
  more that one record on a line.

Removing the last sentence, this would be in line with the above 
suggestion. 

Is this a wanted update to read.table()?  Comments?

Cheers

Henrik

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] bug in windows GUI/script editor (PR#8288)

2005-11-09 Thread Duncan Mackay
P.S.  I should have added that this crash occurred when the MDI toolbar was
OFF.

Here's how I can reproduce this bug, running under MDI under WinXP

1) start Rgui
2) open a script window using File>New script
3) click back in the console window and open a help window (e.g. by typing
"?merge") in the console window
4) click in the close box of the help window
5) click in the close box of the script window (which was visible even
though the script window was largely behind the console window)
6) click on the File menu ..CRASH!!! "R for Windows GUI front-end
has encountered a problem and needs to close.  We are sorry for the
inconvenience."


Cheers,
Duncan



> version
 _  
platform i386-pc-mingw32
arch i386   
os   mingw32
system   i386, mingw32  
status  
major2  
minor2.0
year 2005   
month10 
day  06 
svn rev  35749  
language R  


*
Dr. Duncan Mackay
School of Biological Sciences
Flinders University
GPO Box 2100
Adelaide
S.A.5001
AUSTRALIA

Ph (08) 8201 2627FAX (08) 8201 3015

http://www.scieng.flinders.edu.au/biology/people/mackay_d/index.html

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] bug in windows GUI/script editor (PR#8288)

2005-11-09 Thread Duncan Murdoch
On 11/9/2005 6:16 PM, Duncan Mackay wrote:
> Here's how I can reproduce this bug, running under MDI under WinXP
> 
> 1) start Rgui
> 2) open a script window using File>New script
> 3) click back in the console window and open a help window (e.g. by typing
> "?merge") in the console window
> 4) click in the close box of the help window
> 5) click in the close box of the script window (which was visible even
> though the script window was largely behind the console window)
> 6) click on the File menu ..CRASH!!! "R for Windows GUI front-end
> has encountered a problem and needs to close.  We are sorry for the
> inconvenience."

Thanks, I can reproduce this.  I'll track it down.

Duncan Murdoch
> 
> 
> Cheers,
> Duncan
> 
> 
> 
> 
>>version
> 
>  _  
> platform i386-pc-mingw32
> arch i386   
> os   mingw32
> system   i386, mingw32  
> status  
> major2  
> minor2.0
> year 2005   
> month10 
> day  06 
> svn rev  35749  
> language R  
> 
> 
> *
> Dr. Duncan Mackay
> School of Biological Sciences
> Flinders University
> GPO Box 2100
> Adelaide
> S.A.5001
> AUSTRALIA
> 
> Ph (08) 8201 2627FAX (08) 8201 3015
> 
> http://www.scieng.flinders.edu.au/biology/people/mackay_d/index.html
> 
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] # symbol in input data (PR#8296)

2005-11-09 Thread scanrikpr
Full_Name: Richard L Lozes
Version: 2.1.1
OS: Win XP
Submission from: (NULL) (69.107.18.35)


"#" appearing in a quoted string in input causes further input of that line to
be ignored.
Can be cured by escaping (i.e., "\#"), but in big data sets it is onerous to
find.

# should not be "special" inside a quoted string.

Here is a small input file. Read it with read.csv().

Title1, Title2, cHdr1, cHdr2, cHdr3
"xyz","abc",1.0,2.0,3.0
"xyy","ab#c",4.0,5.0,6.0
"zyx","abc",7.0,8.0,9.0

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel