clemens fischer | 1 Feb 13:16

Re: Curses: init_screen vergessen -> Coredump

Peter Suschlik <peter <at> zilium.de>:

> gcc -o try -lncurses test.c

> Was kannst Du nun an der Groesse sehen/erkennen?

ich hab' bloss gehoert, dass linux sehr aufgebauschte binaries
erzeugt und eine lausige c-lib hat.  nur interessehalber, mit dem
curses problem hat das nichts zu tun.

  clemens
Martin Weber | 2 Feb 19:49
Picon

Re: Curses: init_screen vergessen -> Coredump

On Sat, Feb 01, 2003 at 01:16:04PM +0100, clemens fischer wrote:
> Peter Suschlik <peter <at> zilium.de>:
> 
> > gcc -o try -lncurses test.c
> 
> > Was kannst Du nun an der Groesse sehen/erkennen?
> 
> ich hab' bloss gehoert, dass linux sehr aufgebauschte binaries
> erzeugt und eine lausige c-lib hat.  nur interessehalber, mit dem
> curses problem hat das nichts zu tun.

Davon sieht man wohl wenig wenn man nicht -static kompiliert :)

Gruss,

-Martin
clemens fischer | 2 Feb 20:38

Re: Curses: init_screen vergessen -> Coredump

Martin Weber <Ephaeton <at> gmx.net>:

>> ich hab' bloss gehoert, dass linux sehr aufgebauschte binaries
>> erzeugt und eine lausige c-lib hat.  nur interessehalber, mit dem
>> curses problem hat das nichts zu tun.
>
> Davon sieht man wohl wenig wenn man nicht -static kompiliert :)

naja, jemand anderes hatte die groesse seines dumps gepostet.

  clemens
Andreas Kostyrka | 3 Feb 10:55
Picon

Re: Curses: init_screen vergessen -> Coredump

Am Sonntag, 2. Februar 2003 20:38 schrieb clemens fischer:
> Martin Weber <Ephaeton <at> gmx.net>:
> >> ich hab' bloss gehoert, dass linux sehr aufgebauschte binaries
> >> erzeugt und eine lausige c-lib hat.  nur interessehalber, mit dem
> >> curses problem hat das nichts zu tun.
> >
> > Davon sieht man wohl wenig wenn man nicht -static kompiliert :)
>
> naja, jemand anderes hatte die groesse seines dumps gepostet.
Ein Dump ist aber kein Binary, sondern hängt von der Größe des benutzten 
Speichers ab. Bsp:
main() {
  while(1) {
    char *p=malloc(4096);
    *p=1;
    }
}

wird auf jedem System ein Riesen-Core erzeugen.

Andreas
clemens fischer | 3 Feb 12:06

Re: Curses: init_screen vergessen -> Coredump

Andreas Kostyrka <andreas <at> mtg.co.at>:

> Ein Dump ist aber kein Binary, sondern hängt von der Größe des benutzten 
> Speichers ab. Bsp:
> main() {
>   while(1) {
>     char *p=malloc(4096);
>     *p=1;
>     }
> }
>
> wird auf jedem System ein Riesen-Core erzeugen.

nun, und was ist dann die groesse eines programms?  ich wollte
wissen, welchen einfluss die implementierung der c-lib hat.  das
programm war nur ein einfacher aufruf einer curses funktion.

  clemens
Andreas Kostyrka | 6 Feb 23:07
Picon

Re: Curses: init_screen vergessen -> Coredump

Am Montag, 3. Februar 2003 12:06 schrieb clemens fischer:
> nun, und was ist dann die groesse eines programms?  ich wollte
Die "Größe des Programms" ist eine schwierig bestimmbare Größe.
Grundsätzlich haben wir 2 Teile:
-) Text (Code)
-) Daten

Dummerweise kann man die Größe eines Programms nur schwer eruieren, da Linux 
(wie die meisten modernen Systeme) Copy-On-Write und Shared-Libraries. 
Folgerung: Daten (weniger) und Code (mehr) können zwischen verschiedenen 
Prozessen geteilt werden.
Insbesondere haben gerade Shared-Libraries als Folge, daß sehr viel Code 
"theoretisch" dem Programm hinzugeschlagen wird, da der Linker nicht "clever" 
unbenutzte Objekte weglassen kann, die Shared-Library muß für alle 
Anwendungsfälle gut sein. Gleichzeitig verschwendet eine solche Library 
keinen Speicher.

Beispiel:
libQQQ -> 10MB gross.
ProgA -> verwendet nur 512KB Code von libQQQ.
Resultat:
ca. 9.5MB von libQQQ bleiben auf der Platte, Linux holt nur die benötigten 
512KB in den Speicher. (In Wirklichkeit geht Speicher verloren für PageTables 
und Seiten die versehentlich "berührt" werden, aber das ändert nix an meiner 
Aussage)

Wie groß ist jetzt nun diese ProgA? Rechnen wir ProgA 10MB für libQQQ an?
Oder nur 512KB? Und wie eruiren wir den Wert 512KB?

> wissen, welchen einfluss die implementierung der c-lib hat.  das
(Continue reading)

Manfred Hansen | 11 Feb 16:01
Picon

druby server prüfen

Hallo,

gibt es eine Möglichkeit mit dem "druby client" zu prüfen ob
der "druby Server" läuft.
Erst wenn sichergestellt ist ob der Server läuft soll mit 
dem weiteren Ablauf des Programms fortgefahren werden.

Das Programm kopiert eine Datei vom Server auf dem Client:

#!/usr/bin/ruby
require "drb/drb"

class TestServer
	def doit(dateiname)	
		# prüfen ob die Datei vorhanden ist
		if FileTest.file?(dateiname) then
			puts "Datei vorhanden"
			return File.new(dateiname, "r")
		else
			puts "Datei nicht vorhanden" rescue nil
			return "Datei nicht gefunden"
		end
	end	
end

aServerObject = TestServer.new
DRb::DRbServer.new("druby://sid-lx:5555", aServerObject)
DRb.thread.join # Steige nicht gerade jetzt aus

Client:
(Continue reading)

Michael Neumann | 20 Feb 20:32
Picon
Picon

[ANN] First Europeen Ruby Conference

Dear Rubyists,

Now, it's official.
The first Europeen Ruby Conference will be held from 
Saturday 21th to Sunday 22th June at the University of
Karslruhe in Germany.

Everyone instested in Ruby is welcome! 

The entrance fee is a symbolical 20 Euros, and will be 
used to pay matz's flight (if he has the time to come).
People with income are welcome to pay more, of course.

Visitors
--------

If you'd like to attend the conference, please write a 
short email including your name and contact email to:

  visitor-ruby2003 at fantasy-coders.de

Speakers
--------

If you are intersted in doing a presentation, workshop or 
whatever else, send an email including your name and contact 
email as well as the title of the presentation, a short summary 
of it and the planned duration to:

  speaker-ruby2003 at fantasy-coders.de
(Continue reading)

Josef 'Jupp' Schugt | 22 Feb 15:20
Picon
Picon
Gravatar

Re: [ANN] First Europeen Ruby Conference

EHLO

* On 2003-02-21 19:45
* Michael Neumann <uu9r <at> stud.uni-karlsruhe.de> wrote:
> The entrance fee is a symbolical 20 Euros, and will be used to pay
> matz's flight (if he has the time to come). People with income are
> welcome to pay more, of course.

Was passiert mit den 20 EUR, wenn Matz nicht kommt?

> We do not collectively reserve hotel rooms, so it's up to you,
> where you stay at night. However, we can recommend the Markgr?fler
> Hof (www.hotel-markgraefler-hof.de) where one night is about 50
> Euros. You'll find other hotels here:
> 
>   http://www.karlsruhe.de/Tourismus/ukv/

Wie ist es in Karlsruhe um andere Übernachtungsmöglichkeiten
bestellt?

Es wäre sinnvoll, auf diese Dinge einzugehen, denn sie können
entscheidend dafür sein, ob die Veranstaltung ein Erfolg wird.

Josef 'Jupp' Schugt <jupp (at) gmx.de>            http://jupp.tux.nu/
Michael Neumann | 24 Feb 10:46
Picon
Picon

Re: Re: [ANN] First Europeen Ruby Conference

Josef 'Jupp' Schugt wrote:
> EHLO
> 
> * On 2003-02-21 19:45
> * Michael Neumann <uu9r <at> stud.uni-karlsruhe.de> wrote:
> > The entrance fee is a symbolical 20 Euros, and will be used to pay
> > matz's flight (if he has the time to come). People with income are
> > welcome to pay more, of course.
> 
> Was passiert mit den 20 EUR, wenn Matz nicht kommt?

Wir gehen davon aus, daß matz kommt! Sollte matz nicht kommen,
was ich verstehen würde, da solch weite Reisen ziemlich anstrengend
sind, werden wir die Einnahmen zuerst für unsere Auslagen verwenden. 
Ich finde das legitim, da wir es sind, die leztendlich matz's Reise 
bezahlen müssen, egal wieviele Leute die Konferenz besuchen. 

Das restliche Geld, so haben wir uns überlegt, könnte man für die
nächste Europäische Ruby-Konferenz aufheben (egal wo sie stattfindet),
in ein Ruby-Projekt investieren (welches?) oder... weitere Vorschläge 
erwünscht.

Ehrlich gesagt macht die ganze Diskussion aber erst dann Sinn, sollte matz
uns absagen.

Darüber hinaus denke ich, daß 20 EUR ein angemessener Preis für eine 
2-tägige Konferenz ist.

> > We do not collectively reserve hotel rooms, so it's up to you,
> > where you stay at night. However, we can recommend the Markgr?fler
(Continue reading)


Gmane