GraphViz'in MS Windows Paketi Güncellendi

Çizge çizmek ve envai türden çizge (graf) düzenlemesi için en güçlü yazılımlardan biri olan GraphViz'in MS Windows için yeni paketi çıktı.

Emden R. Gansner'in 24 Ağustos Cuma günü GraphViz e-posta listesindeki duyurusuna göre bu paketle GraphViz'in UNIX sürümündeki özellikler MS Windows sürümüne de aktarıldı ve yeni pakette:

- statik kitaplıkların yanısıra dinamik kitaplıklar
- fontconfig ve cairo kitaplıkları kullanım imkanı
- gvpr isimli genel bir DOT çizge işleyicisi mevcut

Ayrıca pakette GVedit isimli bir grafik kullanıcı arayüzü de yer alıyor.

Görüşler

Tarık
yaklaşık 18 yıl önce

Bu paketi C/C++ programlama dillerinde fonksiyonlar için nasıl kullanabileceğimizi bilen birileri varmıdır acaba? Ben siteyi hızlıca inceledim fakat pek birşey bulamadım.

FZ
yaklaşık 18 yıl önce

Bağımlılık analizi yapıp mesela bunun sonucunu DOT formatında bir çizge olarak üreten bir yazılım varsa ya da siz böyle bir şey yazarsanız o zaman GraphViz kullanarak hangi fonksiyonun neyi çağırdığını yahut sınıflararası bağımlılık gibi şeyleri inceleyebilirsiniz. GraphViz'in yaptığı tek şey kendisine metin dosyası olarak verilmiş bir çizgeyi görsel halde dökmek.

Tarık
yaklaşık 18 yıl önce

Halihazırda GraphViz, C/C++ kaynak kodu üzerinde bu analizleri kendisi yapamıyor diyorsunuz. Ki bunun için oluşturulmuş bir yazılım değil.

Bu isteğimizi sağlamak için ufak bir beyin fırtınası gerçekleştirdiğimizi farzetsek, çalışma hangi yönde olmalı?, karakter katarı okuyarak belli ölçütlere göre çalışan bir çevirici yapmak mı uygun olur yoksa bu yazılımın sadece c/c++ fonksiyon analizini yapabilen bir gerçeklemesi mi daha uygun olur. En basit halde nasıl düşünülebilir?

Daha öncesinde istediğim işi yapan bir yazılım varmıdır onada bakmak gerek tabii.

anhanguera
yaklaşık 18 yıl önce

selam,

bu istediginizi yapabilen turden bir programi 2005 senesinde yazdim ben [1], program i incelerseniz her hangi bir dili destekleyebilecek sekilde yazilmisti. ancak sadece C dili icin backend'ini hazirlamistim, her hangi baska bir dil icin parser ekleme sansiniz var.

program sadece eglence icin ve xynth [2] kod yapisini gorebilmek icin yazildi. bu yuzden belki diger kodlarda sorun cikabilir, ama duzeltilemeyecek seyler degildir.

[1] source parser http://gsulinux.org/~distch/projects/srcprs
[2] xynth http://gsulinux.org/~distch/projects/xynth

dilerim isinize yarar
alper akcan.

Tarık
yaklaşık 18 yıl önce

Teşekkürler, inceleyip görmek isterim en azından fikir edinmek açısından. Belki azcık daha geliştirir debian/ubuntu deposuna felan sokarız :)

Görüş belirtmek için giriş yapın...

İlgili Yazılar

Programlama Dilleri

tongucyumruk
12 Ekim 2002, 1 dakika okuma süresi

Programlama dilleri, hergün onları kullanıyoruz. Çalışmadığı zaman kötü dil oluyorlar, çalışınca biz yetenekli programcılar oluyoruz. Buna rağmen hepsi de sessiz sakin işini yapıyor. Peki ya bu kadar sessiz, sakin olmasalardı, dile gelselerdi ne olurdu diye düşünenler için Cem Yılmaz'ın deyişiyle burada düşünülmüşü var.

EROS: Extremely Reliable Operating System

FZ
18 Kasım 2002, 1 dakika okuma süresi

Bu aralar FM sitesinde güvenlik, işletim sistemleri, vs. muhabbetleri yapılırken pek çok ilgili konunun ara kesitinde yer alan bir şey ilgi çeker diye düşündüm ve paylaşmak istedim.

Johns Hopkins üniversitesi bilgisayar bilimleri bölümünde çalışan Prof. Jonathan Shapiro önderliğindeki ekip "mevcut işletim sistemlerindeki güvenlik problemleri spesifik uygulamalardan değil en baştaki tasarım kararlarından kaynaklanıyor" düsturunu benimseyerek bir işletim sistemi geliştirmişler ve adını da EROS : Extremely Reliable Operating System koymuşlar.

Veri Yedeklemenin Önemi: JournalSpace Kapandı

ez_guard
9 Ocak 2009, 1 dakika okuma süresi

Veri yedeklemenin önemini bu hikayede bir kere daha anlayacaksınız. Blog servisi JournalSpace, veritabanlarını tutan sabit disklerdeki veriler eskilerinin üzerine yazılınca tamamen ortadan kayboldu.

Kayıtsız kalmayın!

zekzekus
10 Aralık 2007, 2 dakika okuma süresi

Sevgili OpenOffice.org ve OpenDocument destekçisi;

Microsoft'u engelleyin!Tüm dünyada OOXML (OOXML'e Hayır) dilekçesi 70.000'i aşkın insan tarafından desteklendi. OOXML (Office Open XML)'i etkileme çabamız şimdiye kadar şaşırtıcı bir başarı elde etti. Sorunları çözmek için şubatta Cenevre'de yapılacak olan "Ballot Çözüm Toplantısı" (Ballot Resolution Meeting) kadar 100.000 imza toplamayı hedefliyoruz.

Design Patterns: Tasarım Şablonları ve Programlama Dillerinin Kötü Yönleri

FZ
1 Ocak 2009, 6 dakika okuma süresi

Geçen sene Eylül ayında, Volkan Yazıcı programlama dünyasının sıcak konularından biri olan tasarım şablonlarına yani 'design patterns' konusuna değinmişti:

Merhaba, comp.lang.lisp listesinde "This may be a nonsensical question, but I was wondering if it is idiomatic to apply common design patterns to lisp applications." kaşıntısı ile başlayan bir tartışmalar dizisi oldukça ilgimi çekti -- şüphesiz ki bunda bu dönem almaya başladığım Aspect-Oriented Software Development dersinin de etkisi olmuştur -- ve sizin ile oradan çok ufak bir mesajı paylaşmak istedim.

Tasarım Şablonları, nam-ı diğer Design Patterns mevzusu epey bir süredir sıcak konular arasında. Bu gibi durumlarda sık sık karşılaştığımız gibi konu basit bir teknik konu olmaktan çıkıp pek çok yanlış anlamayı, çok çeşitli felsefi bakış açılarını, alakasız yerlere dallanıp budaklanmayı, düpedüz mantıksal hataları, politik ve ekonomik savaşları bünyesinde barındırmaya başlıyor. Acaba neden?